Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix: Increase timeout to almost guarantee 2 PUG cycles to eliminate random test failures #6560

Conversation

jmao-denver
Copy link
Contributor

random failures on the 2 test cases have been seen in CI/nightly recently.

# failure_cb will be called in the background thread after 2 PUG cycles
self.wait_ticking_table_update(table, 600, 2)
# failure_cb will be called in the background thread after 2 PUG cycles, 3 seconds timeout should be enough
self.wait_ticking_table_update(table, 600, 3)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If the machine is loaded should we really say only 3 seconds? What do we have to lose by making the value higher? Will a higher value actually make a successful test take longer?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

A higher number does make the test take longer b/c the awaitUpdate method called underneath won't error out due to the table being in a failed state, so we'll exhaust the timeout.

@jmao-denver jmao-denver merged commit a434d62 into deephaven:main Jan 13, 2025
24 checks passed
@jmao-denver jmao-denver deleted the fix-random-py-table-service-test-failures branch January 13, 2025 20:59
@github-actions github-actions bot locked and limited conversation to collaborators Jan 13, 2025
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants