-
Notifications
You must be signed in to change notification settings - Fork 27.9k
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
Restart in a Multitarget Debugging rotates targets in the dropdown list #17401
Comments
If I may suggest, the optimal behavior would be not to remove the list item when the debug session is terminated, but rather when/if the restart has failed (and maybe after a timeout). If it succeeded - the new instance would be bound to the list item. |
@Spown thanks for the suggestion, however went with the other approach of restarting refocusing the process on finish if the process was focussed before. This makes sense in general imho Glad you like multi process debugging. Feedback welcome and writing concise issues is also appreciated :) |
@jrieken nice find! I accidently broke this when doing some refactoring of process ids. |
so, another month to wait? |
@Spown no, you can use the vscode insiders to have it right now. If you want to use stable, then yes you have to wait - sorry about that. |
you could've snuck it in 1.9.1... can you move it in some other milestone in case 1.9.2 comes out before 1.10? |
No. In recovery builds we are carefuly about only picking critical fixes and bad regressions. Since this is neither I recommend that you use the VS Code insiders. |
The launch drop-down in the debug widget switches to the second launch when the first is restarted (and vice-versa), but subsequent restarts (or any other action on the debug widget) still target the first one. |
The debug widget not targeting the process shown in the drop-down is a regression from 1.9.1. |
Tricky: FocusProcessActionItem gets the newly selected item (the restarted process) before it gets the new list of items containing that item. (Suspending my investigation.) |
Verified that the drop-down and the call stack selection restore the previously selected process after that restarted, the correct process is targeted afterwards and the call stack selection follows the drop-down's selection. The drop-down doesn't follow the call stack's selection, but I assume that is expected. Marking verified. |
Thank you. |
First of all thank you for this feature! No longer need I to nest projects and open multiple windows. But there is an inconvenience problem...
Steps to Reproduce:
Desired behavior: 'server' is still selected in target dropdown option list.
What actually happens: 'client' gets selected
Why? Because the dropdown list removes the 'server' from the stack ->'client' becomes the only item so it gets selected -> new 'server' instance gets pushed into the list, but doesn't get reselected. If you restart once more - the same happens only with roles switched. They start to rotate.
So, if I'm used to restart via a hotkey - I normally don't look at what launch config is currently running - I just know it. If I'm now focused on the server-side development I probably want the selected target stay selected in the list because I want to restart it often. Without reselecting it manually every time.
Thank you.
The text was updated successfully, but these errors were encountered: