skipFiles does not suppress "uncaught" exceptions in web streams

Version

22.4.1

Platform

Microsoft Windows NT 10.0.22635.0 x64

Subsystem

No response

What steps will reproduce the bug?

Run this code in the VSCode debugger with "skipFiles":["<node_internals>/**"] in the launch configuration.

import net from 'node:net';
import stream from 'node:stream';
const socket = net.connect('http://host.invalid.');
socket.on('error', (e) => {
   console.error('Caught the error', e.message);
});
let myStream = stream.Duplex.toWeb(socket);

setTimeout(() => {
   console.log('done');
}, 1000);

How often does it reproduce? Is there a required condition?

No response

What is the expected behavior? Why is that the expected behavior?

It is expected that the debugger won't trip. This promise rejection is entirely created and handled within node's internals and should be suppressed by the VSCode's skipFiles filter.

What do you see instead?

The debugger breaks when the promise is rejected.

The trace (given by console.trace) when it is rejected looks like:

Trace
    at eval (eval-7c2224bb.repl:1:9)
    at Object.reject (<anonymous>)
    at writableStreamRejectCloseAndClosedPromiseIfNeeded (node:internal/webstreams/writablestream:771:28)
    at writableStreamFinishErroring (node:internal/webstreams/writablestream:903:5)
    at writableStreamStartErroring (node:internal/webstreams/writablestream:755:5)
    at writableStreamDefaultControllerError (node:internal/webstreams/writablestream:1202:3)
    at WritableStreamDefaultController.error (node:internal/webstreams/writablestream:502:5)
    at Socket.<anonymous> (node:internal/webstreams/adapters:195:18)
    at Socket.<anonymous> (node:internal/util:538:20)
    at Socket.onclose (node:internal/streams/end-of-stream:152:25)

The stack on the error object is:

'AbortError: The operation was aborted
    at handleKnownInternalErrors (node:internal/webstreams/adapters:111:14)
    at Socket.<anonymous> (node:internal/webstreams/adapters:179:13)
    at Socket.<anonymous> (node:internal/util:538:20)
    at Socket.onclose (node:internal/streams/end-of-stream:152:25)
    at Socket.emit (node:events:532:35)
    at Pipe.<anonymous> (node:net:339:12)
    at Pipe.callbackTrampoline (node:internal/async_hooks:130:17)'

Additional information

No response

Related: #51093 (the debugger falsely believes promise rejections in web streams are unhandled).

I believe skipFiles is controlled by VSCode, not Node.js, though I could be mistaken.

~~Issue #51093 reports to a problem in the V8 Debugger, whereas this one is about an issue in VSCode.~~ I was thinking of #53732, whoops.

Yes, skipFiles is controlled by VSCode. And the Chrome debugger supports a similar "ignore list" feature. Adding the pattern ^node:internal does not seem to suppress the debugger. Even adding the pattern .* does not seem to suppress the debugger from breaking here!

If there's a more correct way to suppress these exceptions, please let me know!

It sounds to me like this is a VSCode bug, and not a Node.js one, but again, I may be mistaken.

I'm not sure what the pattern is supposedly matching against when the debugger is deciding whether to pause at a breakpoint - the stack traces in play (shown above) seem to match ignore-listed scripts, so I'd expect there not to be a breakpoint hit.

It sounds to me like this is a VSCode bug, and not a Node.js one, but again, I may be mistaken.

Might be, but if so, then Chrome has the same behavior. I can't tell if there's any workaround to #53732 that allows trapping uncaught exceptions without making async code to "nuisance trip" the debugger on an eventually-handled rejection.

@nodejs/v8 - is this a V8 debugger issue, or a VSCode/Chrome issue?

The promise is rejected at writableStreamRejectCloseAndClosedPromiseIfNeeded and is then immediately handled to prevent it from having an unhandled rejection which is why Node.js doesn't report an unhandled rejection here:

  stream[kIsClosedPromise].reject(stream[kState]?.storedError);
  setPromiseHandled(stream[kIsClosedPromise].promise);

The other instances I can trigger this are similar:

  stream[kIsClosedPromise].reject(error);
  setPromiseHandled(stream[kIsClosedPromise].promise);

This indeed seems overly eager (and incorrect) on V8's side. Additionally skipFiles not working seems like a VSCode bug.

I'll open a PR with a workaround from our side until it's addressed there. Those aren't real errors.

#53800

stream: improve inspector ergonomics

This isn't closed, the fact skipFiles does not suppress exceptions in core and that it's still a caught exception is a bug and we should track it since it affects our users even if we can't fix it.

This issue has been marked as stale due to 210 days of inactivity.
It will be automatically closed in 30 days if no further activity occurs. If this is still relevant, please leave a comment or update it to keep it open.

not stale

This issue has been marked as stale due to 90 days of inactivity.
It will be automatically closed in 30 days if no further activity occurs. If this is still relevant, please leave a comment or update it to keep it open.

what progress has been made on this issue?

Navigation Menu

Repository navigation

skipFiles does not suppress "uncaught" exceptions in web streams #53789

Version

Platform

Subsystem

What steps will reproduce the bug?

How often does it reproduce? Is there a required condition?

What is the expected behavior? Why is that the expected behavior?

What do you see instead?

Additional information

11 remaining items

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

skipFiles does not suppress "uncaught" exceptions in web streams #53789

Description

Version

Platform

Subsystem

What steps will reproduce the bug?

How often does it reproduce? Is there a required condition?

What is the expected behavior? Why is that the expected behavior?

What do you see instead?

Additional information

Activity

rotu commented on Jul 9, 2024

avivkeller commented on Jul 9, 2024

rotu commented on Jul 9, 2024

avivkeller commented on Jul 9, 2024

rotu commented on Jul 9, 2024

avivkeller commented on Jul 10, 2024

benjamingr commented on Jul 10, 2024

benjamingr commented on Jul 10, 2024

avivkeller commented on Jul 11, 2024

11 remaining items

benjamingr commented on Aug 13, 2024

github-actions commented on May 1, 2026

rotu commented on May 1, 2026

github-actions commented on Jul 31, 2026

rotu commented on Jul 31, 2026

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions