Che-Code shouldn't suggests updating the built-in extensions
See original GitHub issueIs your task related to a problem? Please describe
When the user launches Che-Code, it always includes the same versions of all the VS Code built-ins - v1.0.0
. E.g.:
So, Che-Code suggests the user update the built-ins:
The updated extensions are version v1.64.0-next.68976705968
:
See more details at the https://github.com/eclipse/che/issues/21787#issuecomment-1310553820 below.
Describe the solution you’d like
Need to figure out how we can include the latest versions of the VS Code built-ins into Che-Code without suggesting the user update all the extensions.
Describe alternatives you’ve considered
No response
Additional context
Note, that VS Code (Electron) includes the built-ins of version v1.0.0
and doesn’t suggest the user update it.
Issue Analytics
- State:
- Created a year ago
- Comments:6 (6 by maintainers)
Top Results From Across the Web
Update built in extension ms-vscode.js-debug-companion and ...
Currently the above built-in extensions are updated in 1.66.1 on first start. To ensure that we ship and sanity test what will run...
Read more >September 2022 (version 1.72) - Visual Studio Code
VS Code now shows extensions updated during the last 7 days in a Recently ... When a Git command is mistyped, the Quick...
Read more >Please upgrade your Copilot extension to continue using this ...
Restart; Update Visual Studio Code; Sign into Github; Open extensions and locate Github CoPilot; Click "Reload Required".
Read more >Ixl hack
Aug 08, 2021 · Ixl cheats and hack unlimited free answer keys generator. ... You should not aim at hurting anyone'sWith all you...
Read more >How can I emulate Cisco Switch in GNS3?.
They also offer plugins and extensions. Renogy Phoenix Portable Solar Generator with Built-In 20 Watt Solar Panel. Buildbox Templates for Creating Your Next ......
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 Free
Top 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
I’ve just found there is a closed OpenVSX issue https://github.com/eclipse/openvsx/issues/446 that was fixed by https://github.com/eclipse/openvsx/pull/449. It seems that the patch has been deployed recently to the production registry instance. Now, all the extensions from the
vscode
namespace shouldn’t be returned by OpenVSX API. For more details, see https://github.com/eclipse/openvsx/blob/ee6eb3b102dfd75c126cc1ef74a228bc8b999fff/server/src/main/java/org/eclipse/openvsx/adapter/LocalVSCodeService.java#L48I’m closing this issue as not reproducible anymore.
Now, my understanding of the problem is much better. I updated the issue title and its description respectively.
There are two important parts.
v1.0.0
, as it does not affect anything. The built-ins published to OpenVSX have the version that corresponds to a specific VS Code version, e.g.1.62.3
. So, VS Code thinks that there are updates available for its built-ins.We discussed these problems with @RomanNikitenko and we think there are two possible solutions:
version:
attribute of the built-ins to the current version.The 2’nd approach looks more reasonable as we don’t need to touch VS Code internals. So, we’ll move forward with it.