Repository navigation
parallel/test-http-pipeline-flood being flaky #16317
Copy link
Copy link
Closed
Labels
aixIssues and PRs related to the AIX platform.Issues and PRs related to the AIX platform.flaky-testIssues and PRs involving tests that fail intermittently in CI.Issues and PRs involving tests that fail intermittently in CI.httpIssues and PRs related to the http subsystem.Issues and PRs related to the http subsystem.macosIssues and PRs related to the macOS platform.Issues and PRs related to the macOS platform.testIssues and PRs related to Node.js core tests and test infrastructure.Issues and PRs related to Node.js core tests and test infrastructure.windowsIssues and PRs related to the Windows platform.Issues and PRs related to the Windows platform.
Description
Activity
- addedtestIssues and PRs related to Node.js core tests and test infrastructure.Issues and PRs related to Node.js core tests and test infrastructure.windowsIssues and PRs related to the Windows platform.Issues and PRs related to the Windows platform.
on Oct 19, 2017 Previously #6450, but that was in theory fixed.
- addedhttpIssues and PRs related to the http subsystem.Issues and PRs related to the http subsystem.
on Oct 19, 2017 - addedaixIssues and PRs related to the AIX platform.Issues and PRs related to the AIX platform.flaky-testIssues and PRs involving tests that fail intermittently in CI.Issues and PRs involving tests that fail intermittently in CI.
on Dec 15, 2017 - changed the title
[-]parallel/test-http-pipeline-flood intermittent failures on Windows[/-][+]parallel/test-http-pipeline-flood being flaky[/+]on Dec 15, 2017 I saw something similar on the CI. It was a different error but the test itself seems flaky, so I decided to just add it to this issue.
https://ci.nodejs.org/job/node-test-pull-request/12065/ not ok 795 parallel/test-http-pipeline-flood --- duration_ms: 2.673 severity: fail stack: |- Mismatched <anonymous> function calls. Expected exactly 1, actual 2. at Object.exports.mustCall (/home/iojs/build/workspace/node-test-commit-aix/nodes/aix61-ppc64/test/common/index.js:497:10) at Server.<anonymous> (/home/iojs/build/workspace/node-test-commit-aix/nodes/aix61-ppc64/test/parallel/test-http-pipeline-flood.js:59:35) at Object.onceWrapper (events.js:218:13) at Server.emit (events.js:126:13) at emitListeningNT (net.js:1397:10) at process._tickCallback (internal/process/next_tick.js:152:19) at Function.Module.runMain (module.js:703:11) at startup (bootstrap_node.js:195:16) at bootstrap_node.js:646:3 ...- added a commit that references this issue
on Jan 6, 2018 - added 3 commits that reference this issue
on Jan 8, 2018 - addedmacosIssues and PRs related to the macOS platform.Issues and PRs related to the macOS platform.
on Jan 15, 2018 Fixed by #17955
I can still reproduce the first error 'Unexpected data received' with the test changes from #17955. I have seen this failure on Win 7 in addition to Win 2012 and Win2016.
@BethGriggs thanks! Seems like I missed that the test had two issues and that the PR only fixed one.
- added 2 commits that reference this issue
on Jan 24, 2018 - added 4 commits that reference this issue
on Feb 11, 2018 We have not seen this fail on our infra and we can't get it to fail for anyone that runs Windows. IMO this can be closed unless someone who can reproduce is willing to fix it...
Metadata
Metadata
Assignees
Labels
aixIssues and PRs related to the AIX platform.Issues and PRs related to the AIX platform.flaky-testIssues and PRs involving tests that fail intermittently in CI.Issues and PRs involving tests that fail intermittently in CI.httpIssues and PRs related to the http subsystem.Issues and PRs related to the http subsystem.macosIssues and PRs related to the macOS platform.Issues and PRs related to the macOS platform.testIssues and PRs related to Node.js core tests and test infrastructure.Issues and PRs related to Node.js core tests and test infrastructure.windowsIssues and PRs related to the Windows platform.Issues and PRs related to the Windows platform.
Haven't seen this in CI, but I see it on our Windows boxes all the time.
Example log from when it fails: