Skip to content

Conversation

thaystg
Copy link
Member

@thaystg thaystg commented Sep 6, 2021

  • The initial status of Pause On Exception is correctly sent to BrowserDebugProxy when the debugging is started from VS. So we don't need the hacky to discover the initial status. And we will not print the message described in the issue below anymore.

  • When we debugging from chrome this is still useful, but I couldn't hide the message printed on console.

  • Added more tests when throwing an Exception and not a CustomException as we were testing in the unit test before.

Fixes #58509 (comment)

@lewing I would like to backport to preview 2, do you think that makes sense?

@thaystg thaystg requested review from lewing and radical September 6, 2021 14:20
@thaystg thaystg requested a review from marek-safar as a code owner September 6, 2021 14:20
@ghost ghost added the area-Debugger-mono label Sep 6, 2021
Copy link
Member

@radical radical left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looking good. Just a few questions, and suggestions.

Comment on lines +1394 to +1395
//we only need this check if it's a non-vs debugging
if (sessionId == SessionId.Null)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

How is this checking for non-vs debugging?
And does SessionId.Null represent a default context, which might have an entry in contexts dictionary?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As I could see by debugging, when I'm debugging from VS SessionId is not null, when I'm debugging from chrome SessionId is null.
Maybe @lewing knows how to explain better.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think, the non-null sessionId means that it is a "flat access".
IIUC, chrome devtools will move to it too, so this might not be a good test. I'll defer to @lewing .

Copy link
Member

@radical radical left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Except that question about the sessionId, LGTM!

@lewing lewing merged commit 1cd5033 into dotnet:main Sep 9, 2021
@lewing
Copy link
Member

lewing commented Sep 9, 2021

/backport to release/6.0

@github-actions
Copy link
Contributor

github-actions bot commented Sep 9, 2021

Started backporting to release/6.0: https://github.com/dotnet/runtime/actions/runs/1218488704

@ghost ghost locked as resolved and limited conversation to collaborators Oct 9, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

VM6:1 Uncaught pause_on_uncaught exception in visual studio 2022 version 6.0.0 Preview 7

3 participants