-
Notifications
You must be signed in to change notification settings - Fork 523
testing: fix participation key expiration tests #3621
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
Conversation
Codecov Report
@@ Coverage Diff @@
## master #3621 +/- ##
==========================================
- Coverage 48.06% 48.03% -0.03%
==========================================
Files 381 381
Lines 62080 62080
==========================================
- Hits 29836 29819 -17
- Misses 28822 28835 +13
- Partials 3422 3426 +4
Continue to review full report at Codecov.
|
tsachiherman
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The changes here aren't bad, and probably would fix the failure; however, I do have few comments :
- The test contains several calls to
GetBalanceAndRound; most of them ignores the balance completely. Why don't we replace these with GetStatus() instead. - The added
sClient.WaitForRound(richAccountLatestRound)makes sense, however, I would suggest replacing it withsClient.WaitForRound(lastValidRound+1)which aligns with the round number that the primary node was waited for.
tsachiherman
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
looks good to me. thanks for the changes.
Summary
I've encountered an issue with the participation keys expiration test, which might cause flakiness.
Test Plan
I've managed to reproduce the same error as shown in
https://app.circleci.com/pipelines/github/algorand/go-algorand/5013/workflows/8c1f10b2-c827-4c0a-81a3-cfe18ec0c794/jobs/78980
By halting the secondary prior to the request of sclient for the round the rich client has.