Extension activated despite `capabilities` flag when `virtualWorkspaces` is defined as `false`
See original GitHub issueI’m updating an extension to not support virtual workspaces, but it seems the Debug Session does not respect that capabilities
flag.
I mean, I added "virtualWorkspaces": false
to the capabilities
property in package.json
, but whenever I run a debug session and connect to some Virtual workspace, the extension remains enabled.
The only way I could test my extension was packaging and installing the .vsix
.
Is debugging really not supported, or should I open an issue for you to take a look?
Thank you
_Originally posted by @alefragnani in https://github.com/microsoft/vscode/issues/123115#issuecomment-846410312_
Issue Analytics
- State:
- Created 2 years ago
- Comments:8 (6 by maintainers)
Top Results From Across the Web
Workspace Trust Extension Guide - Visual Studio Code
A guide for updating Visual Studio Code extensions to support Workspace Trust. ... It will be enabled exactly as before. false - The...
Read more >Connection Broker - Administrator's Guide - Leostream
To submit an enhancement request, email features@leostream.com. ... Connection Broker to authenticate users only if they are defined locally in the ...
Read more >Citrix Virtual Apps and Desktops 7 2203 LTSR
Active session counts in Citrix Studio and Citrix Director might not ... with the UseSharedImageGallery flag set to False or not defined.
Read more >Extension for Visual Studio Code - Sorbet
You can use the sorbet.lspConfigs setting described above to have the VS Code extension always pass these command line flags when starting Sorbet....
Read more >Forced flexibility and remote working: opportunities and ...
Working remotely, often at home in 'virtual workspaces', ... Remote work is traditionally defined as work 'performed outside of the normal ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Ah, we do this on purpose. The extension under development is never disabled: https://github.com/microsoft/vscode/blob/main/src/vs/workbench/services/extensions/common/abstractExtensionService.ts#L694
I think current behaviour is OK to run the extension always. I also think giving more priority to capabilities also makes sense. But I am not sure the requested use case -
in order to properly test/validate if the capabilities flag is being respected
is good enough. Because this is a VS Code feature that is implemented/tested by VS Code and may not be a use case for extension.