-
Notifications
You must be signed in to change notification settings - Fork 148
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
Node.js 16 failures #852
Comments
New run: https://ci.nodejs.org/view/Node.js-citgm/job/citgm-smoker/2650/ @devinivy It looks like @richardlau @alexlamsl |
We published hapi 20.1.2, and it should contain fixes for those issues 👍 |
|
@targos the |
CITGM isn't particularly healthy on the v16.0.0 proposal (132 failures). v16.0.0 has not diverged from master yet (just slightly behind), so I suspect runs on master yield similar results. Run on rc.2 (3bc20dc) - https://ci.nodejs.org/view/Node.js-citgm/job/citgm-smoker/2671/testReport/ Probably best to start by capturing the failures that are occurring on many platforms: Old failures
|
At least one of the failures,
Is the |
I can reproduce the npm-v7.8.0 failures locally on the
My /cc @nodejs/npm |
hi @BethGriggs! That is looking more like a https://github.com/tapjs/node-tap (which is the test framework we're using) problem than a npm one, we'll dig into it! |
Thanks @ruyadorno. From further digging around tap I found tapjs/tapjs#624 - which shows a similar/relevant error. As suggested there, passing |
Results from the v16.0.0-rc.5 - i've omitted ones that are only on one platform and familiar timeout flakes.
Edit: CITGM run link https://ci.nodejs.org/view/Node.js-citgm/job/citgm-smoker/2679/testReport/ |
|
Thanks for the heads up! From nodejs/node#37201 I assume - will tweak our tests (we have some feature detection so it's a fallback if EDIT: Actually, this is the feature detection working correctly, but the test didn't handle it missing in our implementation when it was missing in Node's implementation 😅 Fix: jestjs/jest@a5ac3c5 Since the error is just in tests and we're currently in a pre-release, would it be possible to have CITGM install from master instead of published release? Finagling branches and releases in the monorepo is more painful than it needs to be, and since the change is only in a test I'd like to avoid it 🙈 v16 added to CI, fwiw |
@mcollina just FYI in case this isn't on your radar yet, fastify is failing on |
Can you link to the failure for resolve, so i can look into it? |
nodejs/undici#754 fixes the problem for Fastify. |
@targos thanks! has anything changed with symlinks in node 16 that i could investigate? I don't have a windows machine to test on. |
@ljharb I skimmed back a few CITGM builds and noticed the resolve failure was also present on runs for v15.13.0 and v14.16.1. I'm not sure how far back the failure goes, but I'm thinking that it's possibly related to our CITGM set up. Would any one with a Windows box mind confirming if resolve's tests pass locally (both directly and through CITGM)? |
It's possible that the Windows machines in CI are not configured in development mode. This is mandatory to be able to create symlinks from a non-administrator account. |
Thanks, hopefully that’s the case :-) (Some tooling that’d be nice is auto-filing an issue when something fails a few times in a row, and tagging the maintainers of that package) |
@targos Are the resolve failures on windows … resolved? |
@ljharb no, |
Is there an open issue to track that, since it seems to be CITGM-specific? |
I don't think so. It should be a |
Also adds 16.x (latest LTS) to testing suite. xref: tapjs/tapjs#624 The issue is closed, but it is still being reported. xref: nodejs/citgm#852 (comment) This is the fix being used in this commit.
I started a run (with citgm's main branch) against Node.js master to check the current status: https://ci.nodejs.org/view/Node.js-citgm/job/citgm-smoker/2643/
The text was updated successfully, but these errors were encountered: