-
Notifications
You must be signed in to change notification settings - Fork 29.6k
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 20 ERR_INTERNAL_ASSERTION when connected to VPN #50655
Comments
Duplicate of several open issues (search for "internalConnectMultiple") so I'll go ahead and close this but cc @ShogunPanda just in case. |
@neil-hardlight thanks for your report. I'll try to address this next week.
Thanks! |
I think I have narrowed this down to the REST request retry. My unit test has a 1ms retry. For example, when using "got": result = await got['post']('http://localhost:9998/receiver', {timeout: {request: 1}, responseType: 'json'}); I hope this helps? |
Yup, thanks. I will keep you posted! |
This should have been fixed in #51045. Once it gets in 21.x or 20.x please let me know if you have additional problems. |
Do we know what kind of timescales we are looking at for this to be merged into 20.x and then released? Thanks 🙂 |
If I'm not mistaken, this is on watch list for a LTS backport. I believe it should be out in the next month. @nodejs/releasers Can you please clarify? |
That is the current plan. |
Version
20.9.0
Platform
Microsoft Windows NT 10.0.19045.0 x64
Subsystem
No response
What steps will reproduce the bug?
Appears to be related to sending a POST REST request. Happens using "got" (v13.0.0) or "axios" (v1.6.0). Running unit tests via mocha. Sadly I don't have time to produce a minimal repo case, but I'm following the request here and reporting the callstack:
Error [ERR_INTERNAL_ASSERTION]: This is caused by either a bug in Node.js or incorrect usage of Node.js internals.
Please open an issue with this stack trace at https://github.com/nodejs/node/issues
How often does it reproduce? Is there a required condition?
More likely to happen when connected to VPN. There does appear to be a timing aspect to it - if I breakpoint the code it's less likely to fail. Without breakpoints the failure rate is ~70%.
What is the expected behavior? Why is that the expected behavior?
N/A
What do you see instead?
Just reporting the callstack as requested
Additional information
No response
The text was updated successfully, but these errors were encountered: