-
Notifications
You must be signed in to change notification settings - Fork 253
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[VS Code]: Running a shell task with ${workspaceRoot} for path to script provides incorrect path on remote host. #2576
Comments
Fixing this needs VSCode support first, tracked by microsoft/vscode#73748. |
Thanks for getting back to that. hopefully we will be able to fix vscode for that sometime soon. |
Another wrinkle in this. If the liveshare session shares a remote workspace (i.e. a remote-ssh) workspace. The task runner further assumes that we are on a windows host and attempts to execute the windows commands in the workspace. |
It all happens because in Live Share session the guest gets |
how do you get to those proxies? |
On the guest side in VSCode run "Tasks: Run Task" command. This will show a drop down with the list of tasks. Tasks that start with "Shared:" are those proxies. You'd need to configure the host VSCode to allow guest run tasks first. By default, it is not allowed for security reasons. It is "Live Share: Allow Guest Task Control" setting on the host. |
ok so on the vscode side you just need to hide the local tasks.json form vscode so that we don't get tasks from it while we are a remote guest. |
Could you make it as the default behaviour? It has been a year since issue #73748 was created (and yet still not resolved). Not being able to easily run (build) task as guest is really a deal breaker to me (debugging works fine, though).
Then we can just add a new setting to make it appear or hidden (default) to guest. |
It's a valid approach, I'll mark this issue as feature request then. @fubaduba FYI |
Yesterday I tried excluding Here is my
Another way I found is by using the debug task as I mentioned earlier (without actually debugging it and just skip to the run program step), but I don't find it really comfortable (especially for long term use). But how can debugging works just fine, though? EDIT: Can confirm that |
We’ve made improvements in this area (including to |
Error:
It looks like
${workspaceRoot}
is being resolved to\
when the live share guest executes a task.If the liveshare host executes the task ${workspaceRoot} is resolved correctly.
Steps to Reproduce:
.bat
file to run (jjb-build.bat
) with the following contents:The text was updated successfully, but these errors were encountered: