-
Notifications
You must be signed in to change notification settings - Fork 30.2k
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
Suggestion: improve command line options for extensions #37620
Comments
I would definitely LOVE #2 -- that way I could quickly run with all extensions disabled except for the extension I want to profile! And of course the disabled extensions wouldn't be persistent -- so on next start (without the command line) would have everything the way I would normally run |
I have opened similar issue via API ( #15466 ) In Settings Sync , currently im using custom requests for download and install extension as API doesnt provide ways to perform functions, i'm looking forward to change to CLI based extension installation / uninstall. |
fyi #1 is already possible. Use the |
@sandy081 AFAIK, the disabled status of an extension is stored in the local storage which is available in the renderer process. The cli process doesn't have access to this information. Is that right? If so, it is not possible to show the disabled/enabled status of an extension when listing them via |
True. But there are plans to bring that to CLI. |
Is there any existing issue tracking those plans? |
I like this idea, but does code --disable-extensions
code --enable-extension ms-vsliveshare.vsliveshare And can it accept multiple extension code --enable-extension ms-vsliveshare.vsliveshare ms-vsliveshare.vsliveshare-audio |
What I'd love to see is the ability to use the console to deactivate and activate extensions not only globally but per workspace. That way, I can write scripts to set up a workspace with the needed extensions without having to make an extension pack for them. I can't stress how useful that is for people who are frequently creating new workspaces. Something like this: Edit: I looked through the source changes that enabled per-workspace extensions in the first place and I truly cannot decipher what is going on. There seems to be little to no documentation on this part of the codebase. I had considered trying to implement a crude method of adding extension control to the project settings file, but it turns out that the per workspace extensions are saved in some sort of internal cache I cannot figure out at all. |
A few improvements to command line options for extensions to allow debugging and issue reporting to be easier;
code --list-extensions
- report versions alsocode --disable-extensions --enable-extension <extension-name
-- allow a single extension to be runcode --list-extensions
- show enabled/disabled statusHTH
The text was updated successfully, but these errors were encountered: