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
Interactive Session Debug "stops" after single command entry #3998
It would stay in debug mode until you explicitly cancelled it. For at least a couple previews, now if you hit enter in the PSIC, the debug "mode" will stop, however the breakpoints will still be there and not cleaned up, leading to confusing behavior.
Either clean up breakpoints or fix it so that issuing a command doesn't stop the debugger. I recommend for the latter as that was the previous behavior.
Extension version: 2022.5.5
VS Code version: Code - Insiders 1.68.0-insider (ba2dd825803b5f95d5dcce927afc3a4882ed0f84, 2022-05-19T05:16:03.853Z)
OS version: Windows_NT x64 10.0.22621
Restricted Mode: No
Connection to 'SSH: hospicegroups' could not be established Canceled
Remote OS version: Windows_NT x64 10.0.20348
This is complicated. The reason it started happening is that we synced the state of the PowerShell debugger and the VS Code debugger. We did this by essentially checking on each REPL if the PowerShell debugger was still running; if not, we stop the VS Code debugger. This seems to be the edge case where that behavior is not wanted, so we need another condition, but it's a whole lot of complex state tracking.
Ideally one day we'd just be able to sync breakpoints outside of debug sessions. Dunno if that day will ever come, but it sure would be ideal if "interactive debugging" was just the default.
Also to be clear this may need to be split into two issues:
Breakpoints not being cleaned up after debug stop
Debug stopping after first command is entered (this may need to become a setting toggle as people are at this point potentially used to the "new" behavior)
Kris Borowinski (@kborowinski) yeah yeah, it is very annoying to me as well trust me, but harder to fix than I originally thought, due to some opacity in the pipeline process. I've had AI take a couple stabs at it but not satisfactory to what I want.
Activity
andyleejordan commentedon Jun 2, 2022
This is complicated. The reason it started happening is that we synced the state of the PowerShell debugger and the VS Code debugger. We did this by essentially checking on each REPL if the PowerShell debugger was still running; if not, we stop the VS Code debugger. This seems to be the edge case where that behavior is not wanted, so we need another condition, but it's a whole lot of complex state tracking.
SeeminglyScience commentedon Jun 8, 2022
Ideally one day we'd just be able to sync breakpoints outside of debug sessions. Dunno if that day will ever come, but it sure would be ideal if "interactive debugging" was just the default.
andyleejordan commentedon Jun 21, 2022
I think Patrick Meinecke (@SeeminglyScience) is attempting to wire this up. Changing assignee.
JustinGrote commentedon Oct 27, 2023
It is possible #4065 may resolve this, linking for posterity.
JustinGrote commentedon Jan 17, 2024
Also to be clear this may need to be split into two issues:
kborowinski commentedon Jun 14, 2026
This is bugging me for a long time already. Justin Grote (@JustinGrote) You said during DevOps 2026 that you can fix it. Didn't you 😅🤭
JustinGrote commentedon Jun 15, 2026
Kris Borowinski (@kborowinski) yeah yeah, it is very annoying to me as well trust me, but harder to fix than I originally thought, due to some opacity in the pipeline process. I've had AI take a couple stabs at it but not satisfactory to what I want.