-
Notifications
You must be signed in to change notification settings - Fork 5.9k
Allow access to Proposed APIs from installed extensions by default #4397
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
Comments
The current available workaround is captured here: In short, the base way to enable is via restarting code-server with a command line (or config file), such as: |
Turns out we used to already do this and if you passed the flag you would actually *disable* the global enable setting. This is because we were defaulting to an empty array which means to enable it globally. Fixes coder/code-server#4397 Fixes coder/code-server#4480
Fixes coder#4397 Fixes coder#4480 Fixes coder#4482 Fixes coder#4484 Fixes coder#4489
Turns out we used to already do this and if you passed the flag you would actually *disable* the global enable setting. This is because we were defaulting to an empty array which means to enable it globally. Fixes coder/code-server#4397 Fixes coder/code-server#4480
Turns out we used to already do this and if you passed the flag you would actually *disable* the global enable setting. This is because we were defaulting to an empty array which means to enable it globally. Fixes coder/code-server#4397 Fixes coder/code-server#4480
Turns out we used to already do this and if you passed the flag you would actually *disable* the global enable setting. This is because we were defaulting to an empty array which means to enable it globally. Fixes coder/code-server#4397 Fixes coder/code-server#4480
I'm seeing this issue with 2022.0.4 version (again? still?) FWIW, my setup is VS Code on windows and developing in WSLg. |
@dbush-clickup do you mind posting basic repo steps? |
I don't even have to have a project loaded so does not seem specific to WSL at all. |
Closing as I believe we always enable the proposed API now, but if there is a bug with this let me know. |
VS Code restricts access to a series of important APIs under the heading of "proposed". A large number of these are APIs are stable and no longer experimental but are designed to never come out of "proposed" status for purely control and commercialization reasons.
Our extension, CodeTogether, requires access to these "proposed" APIs to provide services like exposing Terminals to CodeTogether participants. Microsoft whitelists their own extensions as part of the VS Code installation, of course.
It would be great if code-server could just disable limiting access to proposed APIs, removing the arbitrary limit on what extensions can access, that was drawn by Microsoft for competitive purposes. Additionally, it is simply not ideal to require a server-style VS Code deployment to require the entire server process to be restarted to allow access to these APIs.
If removing the proposed API restrictions can't be done (or can't be done quickly), then I'd like to request that you add genuitecllc.codetogether to the existing whitelist for code-server as this would also be greatly beneficial.
The text was updated successfully, but these errors were encountered: