Skip to content

Conversation

@DatGuyJonathan
Copy link

What does this PR do?

There are a couple of issues with multithreaded debugging. When a second thread gets the first stopped event, the UI does not autofocus to that thread. When the user steps the second thread, the UI switches focus to the first thread.

before

The proposed fix is to allow focus if the currently focused thread is different than the one that wants to be focused on. Also, only auto-focus to the first thread if there's only one thread.

after

What issues does this PR fix?

#34246

@DatGuyJonathan
Copy link
Author

@isidorn Here's the PR we discussed.

@isidorn isidorn self-assigned this Sep 15, 2017
@isidorn isidorn added this to the September 2017 milestone Sep 15, 2017
@DatGuyJonathan
Copy link
Author

@isidorn , I wanted to check-in with you on this issue. We are releasing our debugger extension soon and it would be great if we can debug multi-threaded without this issue. Do you need any more info from me?

@isidorn isidorn merged commit d586fc6 into microsoft:master Sep 22, 2017
@isidorn
Copy link
Collaborator

isidorn commented Sep 22, 2017

@DatGuyJonathan thank you for your PR.
The second check if fine, however the first one now makes the thread switch more aggresivly. For instance if a user is inspecting thread A and thread B stops we will agresively focus thread B - which can be frustrating.
However I think it is fine for now and if we see users complaining we can revert this behavior.

@github-actions github-actions bot locked and limited conversation to collaborators Mar 27, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants