Uh oh!
There was an error while loading. Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork 34.2k
Fix flakiness of pipeflood test#3636
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
Uh oh!
There was an error while loading. Please reload this page.
Conversation
Trott commented Nov 2, 2015
Trott commented Nov 2, 2015
Removed flaky status for the test. Rerun CI just because: https://ci.nodejs.org/job/node-test-pull-request/664/ |
Trott commented Nov 3, 2015
Well, this is a bummer, but it looks like this does not fix the pipeflood test problem on Windows: https://ci.nodejs.org/job/node-test-binary-windows/189/RUN_SUBSET=1,VS_VERSION=vs2015,label=win2012r2/tapTestReport/test.tap-228/ |
Trott commented Nov 3, 2015
Although it's failing differently so maybe it can be tweaked... |
Trott commented Nov 7, 2015
Wrapping the With it wrapped and set to run 16 times, no failures:
With it not wrapped and set to run 16 times, failures:
With changes to get rid of ES6-isms, etc., Node v0.10.20 fails on the test still and node v0.10.21 passes, which is as it should be. |
Trott commented Nov 7, 2015
Trott commented Nov 7, 2015
Now it's failing on the Pi. (╯°□°)╯︵ ┻━┻ https://ci.nodejs.org/job/node-test-binary-arm/431/RUN_SUBSET=1,nodes=pi2-raspbian-wheezy/console |
Trott commented Nov 7, 2015
Switched to |
Trott commented Nov 7, 2015
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 vaguely remember a PR to make all Errors be called with new. May be worthwhile to make it consistent?
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.
@evanlucas Sure, we can do that. .... Done!
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 mechanism" or "the flood prevention mechanism"?
bnoordhuis commented Nov 11, 2015
I think this test could live in test/parallel but I'd appreciate it if you did the move in a separate commit. |
Trott commented Nov 12, 2015
OK, made all the changes suggested by @bnoordhuis, rebased, force pushed. PTAL |
Trott commented Nov 12, 2015
CI: https://ci.nodejs.org/job/node-test-pull-request/708/ Hope it doesn't have any surprises... |
This extends fixes for test-https-pipeline-flood to hopefully fully eliminate its flakiness on Windows in our continuous integration process. PR-URL: #3636 Reviewed-By: Ben Noordhuis <[email protected]>
MylesBorins commented Nov 17, 2015
landed in v4.x-staging in 5254fda...9294523 |
mhdawson commented Nov 25, 2015
Would be nice to have this landed in 0.12.X as it is the last persistent failure on windows that keeps builds from being green |
PR-URL: #3636 Reviewed-By: Ben Noordhuis <[email protected]>
This extends fixes for test-https-pipeline-flood to hopefully fully eliminate its flakiness on Windows in our continuous integration process. PR-URL: #3636 Reviewed-By: Ben Noordhuis <[email protected]>
PR-URL: #3636 Reviewed-By: Ben Noordhuis <[email protected]>
This extends fixes for test-https-pipeline-flood to hopefully fully eliminate its flakiness on Windows in our continuous integration process. PR-URL: #3636 Reviewed-By: Ben Noordhuis <[email protected]>
PR-URL: #3636 Reviewed-By: Ben Noordhuis <[email protected]>
This extends fixes for test-https-pipeline-flood to hopefully fully eliminate its flakiness on Windows in our continuous integration process. PR-URL: #3636 Reviewed-By: Ben Noordhuis <[email protected]>
This extends fixes for test-https-pipeline-flood to hopefully fully eliminate its flakiness on Windows in our continuous integration process. PR-URL: nodejs#3636 Reviewed-By: Ben Noordhuis <[email protected]>
mhdawson commented Mar 9, 2016
@Trott I'm wondering why its set as dont-land-on-v4.x and the lts-watch-v0.12 was removed. Sounds like we are not backporting but not clear why from what I've read in the issue. |
Continuation of #2862