Describe the bug
A clear and concise description of what the bug is.
Please confirm that this problem is VSCodium-specific
Please confirm that the issue/resolution isn't already documented
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Once installed, an extension will appear in the list of installed extensions and remain useful after closing and reopening the software.
Desktop (please complete the following information):
Additional context
If multiple extensions are installed through VSIX, only one will be preserved, presumably because it thinks they are all 'EditorConfig for VS Code' and thus the others are superfluous. This apprears to favor the extension whose folder name in ~/.vscode-oss/extensions sorts first alphabetically; all other extensions will be deleted.
I found this bug after compiling and installing the Firefox Theme, Hg, and Ignore files extensions, which are not available in Open VSX. Upon restarting, only the Firefox Theme extension was still available, and was listed as 'EditorConfig for VS Code'. I checked the ~/.vscode-oss/extensions directory and found the others had been deleted.
I've tried installing from the official VSIX files, downloaded from the Visual Studio Marketplace website, but the same thing happened. The only workaround I've found is to copy the extension folders into the builtin extensions folder, so that they at least can't be deleted automatically.
I have tried the same thing installing from a freshly-built VS Code (that is, Code OSS - Dev) 1.46.1 and it worked as expected, so this seems to be unique to VSCodium.
I have the exact same problem on Windows 8.1, VSCodium version 1.46.1 x64.
This happens to me on Linux but rather than the extension I intended to install, EditorConfig has its own description:
This plugin attempts to override user/workspace settings with settings found in .editorconfig files. No additional or vscode-specific files are required. As with any EditorConfig plugin, if root=true is not specified, EditorConfig will continue to look for an .editorconfig file outside of the project.
I don't believe the intended extension was installed at all. I attempted:
codium --install-extension openfl.lime-vscode-extension-1.4.0.vsix
same problem here. I am installing it from Manjaro Linux. I am in the process of installing VSCode as a temporary work around.
same problem here, linux mint 19.3
Same here, LM 19.3.
Seems like a different VS Code OSS build with Open VSX gallery is having the same issue. I guess it's caused by __metadata being added to package.json of installed extension, which is invalid for Open VSX gallery.
Same issue here, macOS Catalina 10.15.5 and VSCodium 1.46.1.
In my case, I installed shell-format from VSIX, because it is not available on open-vsx.org. The extension installs successfully. After a restart of VSCodium, I see the correct version number and details page from the extension I installed, but the title and description show up as EditorConfig for VS Code editorconfig.editorconfig and "EditorConfig Support for Visual Studio Code".
Not sure if anyone else has seen this as well, but since the latest release of Codium (does not happen in VS Code), I also can't search for new extensions, anything that has been updated recently or a new release doesn't show up.
I noticed this as I released my own extension and that can't be found in Codium, but in Code without any problems.
UPDATE: I noticed in the last release that it seems to have changed the extensions store to this one: https://open-vsx.org/, does that mean that support for original VS Code extensions is no longer supported?
UPDATE: I noticed in the last release that it seems to have changed the extensions store to this one: https://open-vsx.org/, does that mean that support for original VS Code extensions is no longer supported?
@TobiasDev see the docs and VSCodium/vscodium#404.
Yeah, just saw that. Added my created theme to that one for that reason. :)
It will take some time working without some of the extensions I use daily but I do prefer this solution to handle the license issues. :)
I've hacked together a small script that reuploads an extension from VS Marketplace to Open VSC, which can then be installed correctly in Codium. I'm not sure if it's (((ethical))) to do so (and please don't upload proprietary extensions this way, it's probably illegal) but otherwise it's a working solution.
Having the same issue here
MacOs 10.15.5
Vscodium 1.46.1
I tried to install importmagic and it works as expected, but on the extensions page it shows as editorconfig and it asks me to update to a different version. Upon updating, the extension is replaced with editorconfig
The cause of this problem was openvsx not respecting the "ExtensionName" filter that is used by VS Code to query the metadata of extensions installed via VSIX. This is fixed now, please verify.
I can confirm that after reinstalling my local copy of the importmagic extension, it is correctly recognized and no wrong updates are found for it.
Could be related, but I am unable to find certain extensions in vscodium anymore (can find them in vscode), see edit csv and importmagic for two examples
I am unable to find certain extensions in vscodium anymore
See https://github.com/VSCodium/vscodium/blob/master/DOCS.md#extensions-marketplace
Perfect, thank you very much, issue solved for me then
@spoenemann fixed for me, thank you!
Seems to be fixed.
Most helpful comment
@TobiasDev see the docs and VSCodium/vscodium#404.