-
Notifications
You must be signed in to change notification settings - Fork 30.1k
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
Extension debug: --user-data-dir must be used for debug launch #44734
Comments
The The debugger could probably find the relevant CLI arguments passed to its own VS Code instance and pass them onto the debuggee VS Code instance. But I would prefer an approach where the debugger would not have to understand what these arguments are. I think there are two options for how to do this:
The advantage of the first approach is that the debugger could show the real command line for the debuggee in the debug console, so the "--user-data-dir" would be visible. /cc @isidorn @roblourens |
Yes I guess we would need an extension host API for this. |
I also hit this issue after using --user-data-dir. I discovered the workaround of passing the --user-data-dir in the args. The workaround runs into problems if the launch.json is shared between VS Code instances with different --user-data-dir set, but that's not too big of an issue for me. |
FYI, I accidently used a space instead of = when setting --user-data-dir and it gave some confusing error message and my extension failed to activate...not sure if there's a better way to handle that type of error. |
In the current releases (both Stable and Insiders), I'm not being able to debug an extension with Both releases complains about timeout, but the Stable, shows the already known 10 seconds timeout message in the Is there any current workaround for that? Thanks in advance |
/duplicate #130504 |
Steps to Reproduce:
--user-data-dir <some folder>
=> the debugger starts another instance of VS Code without the user-data-dir argument and as such debugging will not work
Possible fix is to add the same argument again.
The text was updated successfully, but these errors were encountered: