-
Notifications
You must be signed in to change notification settings - Fork 217
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
Create completely new TVars in LoggingSpec #2573
Conversation
It seems the flakiness is caused by different test runs interfering with each other. Using a new TVar each run should hopefully fix it.
1e1bb58
to
748b3e5
Compare
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.
I see nothing wrong with that, that's actually cheap and may help with the flakyness indeed. 👍
Those tests don't run in parallel though 🤔
There is this comment talking about this:
(and actually that function shouldn't be needed now - removing) |
bors r+ |
Build succeeded: |
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.
What this actually does is start a new HTTP server for each hspec test case. It's not only making a new empty TVar.
That will reduce the flakiness ... why didn't I think of that? 😄
There are also two hspec test cases using QuickCheck properties.
In these, the HTTP server and TVar will be re-used for all QuickCheck examples. So I expect to see flaky test failures happen there, for the same reason as before.
I think the best way to make these tests stable is to remove the use property
/ monadicIO
in this spec.
@rvl ah, good point. I think this is a quick but fine workaround: #2580 |
2580: Use withMaxSuccess 1 in LoggingSpec properties r=Anviking a=Anviking # Issue Number #2368 # Overview <!-- Detail in a few bullet points the work accomplished in this PR --> - [x] Use `withMaxSuccess 1` to ensure each `ctx` is only used for one test. # Comments - Quick and I believe fine workaround for #2573 (review) <!-- Don't forget to: ✓ Self-review your changes to make sure nothing unexpected slipped through ✓ Assign yourself to the PR ✓ Assign one or several reviewer(s) ✓ Jira will detect and link to this PR once created, but you can also link this PR in the description of the corresponding ticket ✓ Acknowledge any changes required to the Wiki ✓ Finally, in the PR description delete any empty sections and all text commented in <!--, so that this text does not appear in merge commit messages. --> Co-authored-by: Johannes Lund <[email protected]> Co-authored-by: Rodney Lorrimar <[email protected]>
2580: Further prevent flakiness of LoggingSpec properties r=Anviking a=Anviking # Issue Number #2368 # Overview <!-- Detail in a few bullet points the work accomplished in this PR --> - [x] Use `withMaxSuccess 1` to ensure each `ctx` is only used for one test. # Comments - Quick and I believe fine workaround for #2573 (review) <!-- Don't forget to: ✓ Self-review your changes to make sure nothing unexpected slipped through ✓ Assign yourself to the PR ✓ Assign one or several reviewer(s) ✓ Jira will detect and link to this PR once created, but you can also link this PR in the description of the corresponding ticket ✓ Acknowledge any changes required to the Wiki ✓ Finally, in the PR description delete any empty sections and all text commented in <!--, so that this text does not appear in merge commit messages. --> Co-authored-by: Johannes Lund <[email protected]> Co-authored-by: Rodney Lorrimar <[email protected]>
2580: Further prevent flakiness of LoggingSpec properties r=Anviking a=Anviking # Issue Number #2368 # Overview <!-- Detail in a few bullet points the work accomplished in this PR --> - [x] Use `withMaxSuccess 1` to ensure each `ctx` is only used for one test. # Comments - Quick and I believe fine workaround for #2573 (review) <!-- Don't forget to: ✓ Self-review your changes to make sure nothing unexpected slipped through ✓ Assign yourself to the PR ✓ Assign one or several reviewer(s) ✓ Jira will detect and link to this PR once created, but you can also link this PR in the description of the corresponding ticket ✓ Acknowledge any changes required to the Wiki ✓ Finally, in the PR description delete any empty sections and all text commented in <!--, so that this text does not appear in merge commit messages. --> Co-authored-by: Johannes Lund <[email protected]> Co-authored-by: Rodney Lorrimar <[email protected]>
2580: Further prevent flakiness of LoggingSpec properties r=Anviking a=Anviking # Issue Number #2368 # Overview <!-- Detail in a few bullet points the work accomplished in this PR --> - [x] Use `withMaxSuccess 1` to ensure each `ctx` is only used for one test. # Comments - Quick and I believe fine workaround for #2573 (review) <!-- Don't forget to: ✓ Self-review your changes to make sure nothing unexpected slipped through ✓ Assign yourself to the PR ✓ Assign one or several reviewer(s) ✓ Jira will detect and link to this PR once created, but you can also link this PR in the description of the corresponding ticket ✓ Acknowledge any changes required to the Wiki ✓ Finally, in the PR description delete any empty sections and all text commented in <!--, so that this text does not appear in merge commit messages. --> Co-authored-by: Johannes Lund <[email protected]> Co-authored-by: Rodney Lorrimar <[email protected]>
2580: Further prevent flakiness of LoggingSpec properties r=Anviking a=Anviking # Issue Number #2368 # Overview <!-- Detail in a few bullet points the work accomplished in this PR --> - [x] Use `withMaxSuccess 1` to ensure each `ctx` is only used for one test. # Comments - Quick and I believe fine workaround for #2573 (review) <!-- Don't forget to: ✓ Self-review your changes to make sure nothing unexpected slipped through ✓ Assign yourself to the PR ✓ Assign one or several reviewer(s) ✓ Jira will detect and link to this PR once created, but you can also link this PR in the description of the corresponding ticket ✓ Acknowledge any changes required to the Wiki ✓ Finally, in the PR description delete any empty sections and all text commented in <!--, so that this text does not appear in merge commit messages. --> Co-authored-by: Johannes Lund <[email protected]> Co-authored-by: Rodney Lorrimar <[email protected]>
2580: Further prevent flakiness of LoggingSpec properties r=Anviking a=Anviking # Issue Number #2368 # Overview <!-- Detail in a few bullet points the work accomplished in this PR --> - [x] Use `withMaxSuccess 1` to ensure each `ctx` is only used for one test. # Comments - Quick and I believe fine workaround for #2573 (review) <!-- Don't forget to: ✓ Self-review your changes to make sure nothing unexpected slipped through ✓ Assign yourself to the PR ✓ Assign one or several reviewer(s) ✓ Jira will detect and link to this PR once created, but you can also link this PR in the description of the corresponding ticket ✓ Acknowledge any changes required to the Wiki ✓ Finally, in the PR description delete any empty sections and all text commented in <!--, so that this text does not appear in merge commit messages. --> Co-authored-by: Johannes Lund <[email protected]> Co-authored-by: Rodney Lorrimar <[email protected]>
2580: Further prevent flakiness of LoggingSpec properties r=Anviking a=Anviking # Issue Number #2368 # Overview <!-- Detail in a few bullet points the work accomplished in this PR --> - [x] Use `withMaxSuccess 1` to ensure each `ctx` is only used for one test. # Comments - Quick and I believe fine workaround for #2573 (review) <!-- Don't forget to: ✓ Self-review your changes to make sure nothing unexpected slipped through ✓ Assign yourself to the PR ✓ Assign one or several reviewer(s) ✓ Jira will detect and link to this PR once created, but you can also link this PR in the description of the corresponding ticket ✓ Acknowledge any changes required to the Wiki ✓ Finally, in the PR description delete any empty sections and all text commented in <!--, so that this text does not appear in merge commit messages. --> Co-authored-by: Johannes Lund <[email protected]> Co-authored-by: Rodney Lorrimar <[email protected]>
2580: Further prevent flakiness of LoggingSpec properties r=Anviking a=Anviking # Issue Number #2368 # Overview <!-- Detail in a few bullet points the work accomplished in this PR --> - [x] Use `withMaxSuccess 1` to ensure each `ctx` is only used for one test. # Comments - Quick and I believe fine workaround for #2573 (review) <!-- Don't forget to: ✓ Self-review your changes to make sure nothing unexpected slipped through ✓ Assign yourself to the PR ✓ Assign one or several reviewer(s) ✓ Jira will detect and link to this PR once created, but you can also link this PR in the description of the corresponding ticket ✓ Acknowledge any changes required to the Wiki ✓ Finally, in the PR description delete any empty sections and all text commented in <!--, so that this text does not appear in merge commit messages. --> Co-authored-by: Johannes Lund <[email protected]> Co-authored-by: Rodney Lorrimar <[email protected]>
Issue Number
#2368
Overview
Comments