GitLens terminal commands can run in the wrong environment when used over WSL (but not with the WSL extension)

[wshamroukh]

Description

I have installed gitLens vscode extension here on a Windows 10 machine with WSL enabled:

1. I try to revert a commit and confirm the revert in vscode
2. GitLens terminal shows up and the following error is generated
   waddahs@WADDAHWS:/mnt/g/Xiaomi/device_xiaomi_cas$ git -C "g:/Xiaomi/device_xiaomi_cas" -c "core.editor=code --wait --reuse-window" revert --no-edit 3f297aa878dcb7b5a7af70b58116827798909b44 fatal: cannot change to 'g:/Xiaomi/device_xiaomi_cas': No such file or directory

the issue is because the terminal is linux shell and the path to my repo is /mnt/g/Xiaomi/device_xiaomi_cas while the git command issued is trying Windows style folder path g:/Xiaomi/device_xiaomi_cas

Is there any configuration in gitLens to fix this behavior?

GitLens Version

13.2.0

VS Code Version

Version: 1.74.3 (system setup)
Commit: 97dec172d3256f8ca4bfb2143f3f76b503ca0534
Date: 2023-01-09T16:59:02.252Z
Electron: 19.1.8
Chromium: 102.0.5005.167
Node.js: 16.14.2
V8: 10.2.154.15-electron.0
OS: Windows_NT x64 10.0.19045
Sandboxed: No

Git Version

git version 2.25.1

Logs, Screenshots, Screen Captures, etc

waddahs@WADDAHWS:/mnt/g/Xiaomi/device_xiaomi_cas$ git -C "g:/Xiaomi/device_xiaomi_cas" -c "core.editor=code --wait --reuse-window" revert --no-edit 3f297aa878dcb7b5a7af70b58116827798909b44 fatal: cannot change to 'g:/Xiaomi/device_xiaomi_cas': No such file or directory

[WebCimes]

I have exactly the same problem when I try to merge a branch with gitlens, I also use wsl 2 and latest version of git, gitlens, and vscode and I get the following error :
webcimes@DESKTOP-UV146LH:/mnt/n/myfolder/www$ git -C "n:/myfolder/www" -c "core.editor=code --wait --reuse-window" merge supervision_bilan fatal: cannot change to 'n:/myfolder/www': No such file or directory

The only way I have found for the commands works is to put powershell instead of wsl as default terminal on vscode like this (put in settings, need to restart vscode after added this):
"terminal.integrated.defaultProfile.windows": "PowerShell",

But if I want to keep wsl as default terminal in vscode it's not working, so maybe someone have a solution for this problem ?

Thanks

[steeksg]

Me too, have exactly the same problem.

[eamodio]

Can you please see if this issue is still reproducible in the pre-release edition of GitLens? Thanks!

You can switch to the pre-release edition of GitLens, by clicking on the "Switch to Pre-Release version of this extension" from the Extensions view.

[WebCimes]

I have try to get the last pre-release of gitlens v2023.8.505, and put the terminal Debian (WSL) by default in the settings "terminal.integrated.defaultProfile.windows": "Debian (WSL)".

After if I try to delete a branch with gitlens I get the error :
"c:/Program Files/Git/cmd/git.exe" -C "n:/projects/website45/www" -c "core.editor=code --wait --reuse-window" branch --delete test -bash: c:/Program Files/Git/cmd/git.exe: No such file or directory

The same command work in PowerShell but not in Debian (WSL)

Thanks

[eamodio]

@WebCimes Can you provide more details on your setup? Are you opening a WSL remote in VS Code? I can't be sure, but from the fact that GitLens found git in c:/Program Files/Git/cmd/git.exe rather in WSL, it sounds like maybe you aren't and instead maybe just opening the WSL folder from the windows side?

[WebCimes]

@eamodio I open WSL remote directly in VS CODE, when I try to create / delete a branch for example, I see that a new terminal named "GitLens" is stating in vscode with the command C:\WINDOWS\System32\wsl.exe '-d' 'Debian'.

After that the command "c:/Program Files/Git/cmd/git.exe" -C "n:/myproject/www" -c "core.editor=code --wait --reuse-window" branch test master is writing in the GitLens terminal, and I get the error : -bash: c:/Program Files/Git/cmd/git.exe: No such file or directory.

It's strange because when I type git directly in WSL Debian terminal on vscode I see that git is well installed, so I don't understand why c:/Program Files/Git/cmd/git.exe is taped instead of "git" directly.

[eamodio]

Are you using the WSL extension, and opening the folder from the Remote Explorer? All indications point to you opening the linux folder directly in VS Code from the Windows side, which would cause the behavior you are seeing -- GitLens/VS Code are running in Windows, and you are opening a terminal to linux.

If you open the folder through the WSL extension, GitLens & VS Code Git will run headlessly in linux and then things should work fine, and performance should be MUCH better as accessing the linux file system directly in Window isn't that performant.

[carlin-q-scott]

@eamodio This issue is about using the wsl terminal without the remote extension. The repo is checked out in Windows, and the WSL terminal is loading at the workspace folder from the mounted windows filesystem. This is the default user experience in VS Code and I've been using it for years. I wouldn't move away from it myself because I use VS and VSC in the same workspace.

I actually hadn't noticed a major performance issue but apparently it's a pretty severe drive performance degradation using the Windows mountpoint. It would be nice if the Remote extension from Microsoft synced files between WSL and Windows to work around the performance issue.

[WebCimes]

@eamodio thanks, indeed with the WSL extension the gitlens seem to work fine.

But like @carlin-q-scott, I prefer to use WSL without the WSL extension because my workspace is on Windows, and I also use another terminal for some tasks (with the WSL extension I only have only one terminal).

It will be great if you can find a way to work with WSL without WSL extension with gitlens.

Thanks for your help