-
Notifications
You must be signed in to change notification settings - Fork 636
[Tracking issue] flaky tests #1923
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
Comments
I've begun to submit fixes to the flaky tests. I would like to urge the maintainers to check the fixes extremely harshly, such that none of the fixes endangers the purpose of any of the tests. For example, you might try merging all of the fixes to one branch, running ci hundreds of times, and seeing if there are failures. But I would also recommend that for each of the sumbitted PR's the underlying code be examined just as harshly as its test. |
I think I figured out
So basically, we're expecting that to do.... something in 0s but it takes 20ms. Also, I kinda think we can tolerate the 20ms. cometbft/internal/flowrate/io_test.go Lines 82 to 83 in d766d20
But maybe we cannot? Reviewing this, this looks ... time related? This is looking for idle to always be 0s. |
Uh oh!
There was an error while loading. Please reload this page.
Bug Report
We have several Go test units that fail randomly, are flaky, in particular when running by GitHub (e.g., in pull requests).
The goal of this issue is to keep track of them and define what to with the associated test units. The possibilities include:
Main branch
TestConnectionSpeedForPeerReceivedFromSeed
test #3620List of potential flaky tests
List produced by @faddat in January 2024. Links for the failed runs were removed because not available any longer.
The text was updated successfully, but these errors were encountered: