I am developer from VS Code and we introduced Machine Scope for configurations in 1.34 which will help in remote set ups.
I would like to encourage extension authors to adopt to machine scope if you have any settings that you think they are scoped to machine like solargraph.bundlerPath
For example, If you have settings that allow users to customize an executable path that exists on the machine in which extension is running, then you can tag such settings as machine scoped. This will let VS Code to read this setting from the location where the extension is running.
When extension is running locally, VS Code reads this setting only from User settings on the same machine.
When extension is running remotely, VS Code reads this setting only from Remote settings on the remote machine.
If the extension is running remotely in a remote set up, then this will help the extension not to read paths configured in local machine user settings and bail as the paths not exist in the remote machine.
Note that machine scoped settings are overridable only in user or remote settings.
I am developer from VS Code and we introduced Machine Scope for configurations in 1.34 which will help in remote set ups.
I would like to encourage extension authors to adopt to machine scope if you have any settings that you think they are scoped to machine like
solargraph.bundlerPath
For example, If you have settings that allow users to customize an executable path that exists on the machine in which extension is running, then you can tag such settings as
machine
scoped. This will let VS Code to read this setting from the location where the extension is running.If the extension is running remotely in a remote set up, then this will help the extension not to read paths configured in local machine user settings and bail as the paths not exist in the remote machine.
Note that machine scoped settings are overridable only in user or remote settings.