use transient_local and longer keep-alive for pub tests #546
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Signed-off-by: Dirk Thomas <dirk-thomas@users.noreply.github.com>
Signed-off-by: Dirk Thomas <dirk-thomas@users.noreply.github.com>
delete-merged-branch
bot
deleted the
dirk-thomas/use-transient_local-for-pub-tests
branch
sloretz
pushed a commit
that referenced
this pull request
Sep 10, 2020
* use transient_local and longer keep-alive for pub tests Signed-off-by: Dirk Thomas <dirk-thomas@users.noreply.github.com> * add comment to document unit of --keep-alive Signed-off-by: Dirk Thomas <dirk-thomas@users.noreply.github.com> Signed-off-by: Shane Loretz <sloretz@osrfoundation.org>
sloretz
added a commit
that referenced
this pull request
Sep 10, 2020
…nsient_local and longer keep-alive for pub tests (#546) Use reliable QoS for ros2topic tests (#555) (#565) * add --keep-alive option to 'topic pub' (#544) Signed-off-by: Dirk Thomas <dirk-thomas@users.noreply.github.com> Signed-off-by: Shane Loretz <sloretz@osrfoundation.org> * Give kwarg default value for backporting keep_alive is made a keyword argument with a default value of 0.1 so the pull request can be backported. Signed-off-by: Shane Loretz<sloretz@openrobotics.org> Signed-off-by: Shane Loretz <sloretz@osrfoundation.org> * use transient_local and longer keep-alive for pub tests (#546) * use transient_local and longer keep-alive for pub tests Signed-off-by: Dirk Thomas <dirk-thomas@users.noreply.github.com> * add comment to document unit of --keep-alive Signed-off-by: Dirk Thomas <dirk-thomas@users.noreply.github.com> Signed-off-by: Shane Loretz <sloretz@osrfoundation.org> * Use reliable QoS for ros2topic tests (#555) The TestROS2TopicCLI tests perform feature testing of the ros2topic command line interface. If the system is under stress during these tests, messages may be lost (by design). If that happens, there is a fairly high likelihood that the test_topic_pub_once test will fail because there is only one opportunity for the message to be successfully transported. We're likely dropping other messages in this suite, but the other tests continuously publish until one of the messages is received (or a timeout occurs), making them significantly less likely to fail. Using the 'reliable' setting for QoS reliability seems to make the tests consistently pass, even when the system is placed under additional stress. Signed-off-by: Scott K Logan <logans@cottsay.net> Signed-off-by: Shane Loretz <sloretz@osrfoundation.org> Co-authored-by: Dirk Thomas <dirk-thomas@users.noreply.github.com> Co-authored-by: Scott K Logan <logans@cottsay.net>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Follow up of #544. Fix flakiness of
pub_oncetest added in #304.E.g. https://ci.ros2.org/view/nightly/job/nightly_linux-centos_extra_rmw_release/459/testReport/ros2topic.ros2topic.test/test_cli/test_cli/
CI build testing
ros2topic: