Open tsmaeder opened 4 months ago
Note that this is not happening in the browser application, only electron.
I tried the same scenario with only the "github-authentication" plugin from microsoft, and that works. This might simply be a timing issue.
Other difference: the spring-boot extension has redhat.java as a dependency.
Installing via the extensions UI from open-vsx works fine. i.e. the extension shows up as "installed"
Turns out in browser/hosted-plugin.ts#acceptPlugin()
, sometimes returns false for a bunch of plugins.
I finally got to the bottom of this: the problem came with the introduction of back-end plugins: there is a Deferred
in hosted-plugin-deployer-handler.ts
called backendPluginsMetadataDeferred
. Since headless plugins are deployed using deployBackendPlugins()
, the deferred gets resolved when deploying back and plugins. However, the deployment is done in parallel in plugin-deployer-impl.ts#deployPlugins()
. Since there are no headless plugins, this "deployment" is very fast and the deferred gets resolved quite early. In the normal case, when no actualy unzipping of large plugins takes place, the list of plugins we get in the front end for loading contributions is complete. But when it takes longer, the list of plugins is incomplete: in fact, in my debug case it only includes about 1/3 of the actually installed plugins. The short term fix is to run the deployments in sequence and do the back end plugins first.
The long term fix for this would be twofold:
Bug Description:
When I install a particular VS Code extension it does not show up as installed (even though it is uncompressed to the "deployedPlugins"-folder.
Steps to Reproduce:
~/.theia/extensions
~/theia/deployedPlugins
Additional Information