You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Purpose of double Debugger.setPauseOnExceptions #41795
Hm, I don't think this is on purpose. I assume that the first got copied from somewhere and then I later added the 2nd line without looking properly. Nice find! I assume the first one could just be removed.
It looks like pauseOnExceptionState always 'none' in second invocation. In any case from protocol point of view there is no sense to call Debugger.setPauseOnExceptions twice. Implementation of this method just changes a flag inside V8.
Btw, we don't reset it before connecting/restarting. So it might not be 'none' when connecting after restart. So the hardcoded 'none' is definitely wrong and shouldn't be there.
I think we should support this case on backend side. When at least one protocol client requests pause on all exceptions - debugger should issue Debugger.paused event for each exception, if at least one client request pause on uncaught exception - issue event for uncaught exception.
I filled bug against V8: issue
Activity
hybrist commentedon Nov 13, 2017
Hm, I don't think this is on purpose. I assume that the first got copied from somewhere and then I later added the 2nd line without looking properly. Nice find! I assume the first one could just be removed.
alexkozy commentedon Nov 13, 2017
It looks like pauseOnExceptionState always 'none' in second invocation. In any case from protocol point of view there is no sense to call Debugger.setPauseOnExceptions twice. Implementation of this method just changes a flag inside V8.
hybrist commentedon Nov 13, 2017
@ak239 Thanks for confirming!
Btw, we don't reset it before connecting/restarting. So it might not be
'none'when connecting afterrestart. So the hardcoded'none'is definitely wrong and shouldn't be there.alexkozy commentedon Nov 13, 2017
I think we should support this case on backend side. When at least one protocol client requests pause on all exceptions - debugger should issue Debugger.paused event for each exception, if at least one client request pause on uncaught exception - issue event for uncaught exception.
I filled bug against V8: issue
hybrist commentedon Nov 13, 2017
Fixed link, edited: https://bugs.chromium.org/p/chromium/issues/detail?id=1246881
hybrist commentedon Jan 31, 2022
New location:
node/lib/internal/debugger/inspect_repl.js
Lines 1125 to 1128 in 4fbe9e5
hybrist commentedon Jan 31, 2022
The fix here may be to just remove the first call with the hard-coded
'none'. If the tests pass, that can likely just land.debugger: remove duplicate setPauseOnException call
debugger: remove duplicate setPauseOnException call
debugger: remove duplicate setPauseOnException call
debugger: remove duplicate setPauseOnException call
debugger: remove duplicate setPauseOnException call
debugger: remove duplicate setPauseOnException call