Search code examples
vscode-extensionswindows-subsystem-for-linux

vscode-icons not accessible from extension running under WSL


i have my own vscode extension that depends upon the vscode-icons extension.... everything works fine under windows, though i'm having an issue under WSL....

my extension works correctly when installed in WSL; but i've explicitly call out vscode-icons as a dependency, i receive this message when starting-up:

enter image description here

unlike many other extensions, my understanding is that vscode-icons is one that "stays on the local side" when running under WSL.... when i look at the list of installed extension, i see vscode-icons highlighted on the LOCAL side but greyed-out on the WSL side; and of course there is no option to install this extension under WSL....

suggestions anyone????


more information.... if i remove the dependency on vscode-icons from my extension's package.json, i can indeed load remotely....

my problem now is that i can't seem to customize the vscode-icons configuration as when everything is running locally....

in my extension, i dynamically associate icons with certain folders by programmatically changing some bindings in the settings.json file; vscode-icons then exposes a command (which can be invoked remote->local) which effectively refreshes the display....

right now, i don't see any icons being displayed next to the folders of interest....

standing back, i'm looking for an approach to associate icons with a folder/file that has some "semantic" property....

thoughts???


Solution

  • It seems you are dealing with this scenario (https://code.visualstudio.com/api/advanced-topics/remote-extensions#handling-dependencies-with-remote-extensions), and I’m not sure you would be able to change how vscode-icons extension works.

    But, I wonder if your extension really needs to be installed on remote. I mean, unless you need full access to the workspace, maybe you could keep your extension as UI (https://code.visualstudio.com/api/advanced-topics/remote-extensions#architecture-and-extension-kinds). Doing so, you would still have access to the vscode-icons API/support.

    Hope this helps