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
Add "Disconnect single session" command #158575
Comments
Would you consider using a multiroot workspace? That workflow should work. Otherwise I guess I'd have to implement some locking mechanism through the shared process, which sounds like a great bug generator. |
Or do you want to just not attach to the extension host process in the vscode window? |
No |
I'd recommend not attaching to the EH process in the vscode window (you will need to change launch.json for this or add your own config which you could do in a workspace) or you can disable |
Can I disconnect from the EH while still using the "big" launch config? E.g launch normally and from time to time just disconnect the EH? |
Normally you would be able to but the compound has |
Is there a change for an alternative disconnect action? Given launch configs are shared and sits inside the repo I cannot just put my personal changes on top. In addition, |
I think a "Disconnect Single Session" command would make sense that overrides |
I use the vscode repo in a workspace with a single folder, I often have some custom workspace settings or launch configs |
This issue has been closed automatically because it needs more information and has not had recent activity. See also our issue reporting guidelines. Happy Coding! |
This needs some explanation and what I do isn't as wrong as the title suggests: I have
~/Code/vscode
for our sources and I have~/Code/_samples/dummy-extension
in which I try out and test API. The extension is sym-linked into~/.vscode-oss-dev/extensions
. This allows me to make changes in the extension and VS Code itself and easily test thingsvscode
run/debug VS Code (it debugs everything: main, renderer, ext-hostdummy-extension
set a breakpoint in some extension code (where else)dummy-extension
attach to extension host (to apply those breakpoints)I don't know how you would implement this but the window at which breakpoint was most recently hit should be the active one
Screen.Recording.2022-08-19.at.13.09.47.mov
The text was updated successfully, but these errors were encountered: