Description
My Git repository is located inside WSL. I run Rebased on Windows and open the repository using a WSL UNC path:
\\wsl.localhost\Ubuntu24-Dev\home\<user>\Development\<repo>
The main working tree is recognized correctly as a Git repository.
The repository also has multiple linked worktrees, created using the Git CLI inside WSL. When I select Open Worktree for a branch that is checked out in one of those worktrees, nothing visibly happens.
Opening a linked worktree directory manually also opens it as a non-Git project.
Steps to reproduce
-
Open a repository located inside WSL using a path such as:
\\wsl.localhost\Ubuntu24-Dev\home\<user>\Development\<repo>
-
Inside WSL, create a linked worktree using the Git CLI:
git worktree add <worktree-path> <branch>
-
Confirm that the main working tree is recognized by Rebased.
-
Open the Git branches menu.
-
Right-click a branch that is checked out in the linked worktree.
-
Select Open Worktree.
Actual result
Nothing visibly happens. No project window opens and no error is shown.
The Rebased log contains:
No processor found for project in \home\<user>\Development\<repo>-worktrees\<worktree>
The logged path is missing the WSL UNC prefix:
\\wsl.localhost\Ubuntu24-Dev
If I manually open the linked worktree using its full UNC path, Rebased opens the directory but does not recognize it as a Git repository.
Git validation
The linked worktree is valid when checked inside WSL:
git -C <linked-worktree> rev-parse --is-inside-work-tree
true
Its .git file uses the standard linked-worktree format:
gitdir: /home/<user>/Development/<repo>/.git/worktrees/<worktree>
Windows can also read this .git file through the WSL UNC path.
Expected result
- Open Worktree should open the existing linked worktree using its complete WSL UNC path.
- Manually opening the linked worktree directory should recognize it as part of the Git repository.
- If opening fails, Rebased should display an error instead of failing silently.
Environment
- Rebased: 1.0.14
- Rebased build: 261.23567.SNAPSHOT
- Windows: Windows 10 Professional, 64-bit, build 19045
- WSL: 2.6.3.0, WSL2
- WSL distribution: Ubuntu 24.04.4 LTS
- Git inside WSL: 2.43.0
- Worktrees created using: Git CLI
- Repository contains submodules: Yes
- Tested with an official JetBrains IDE: No, not tested
Additional information
The main working tree is recognized correctly. The problem only affects linked worktrees.
Related discussion:
#284 (comment)
Description
My Git repository is located inside WSL. I run Rebased on Windows and open the repository using a WSL UNC path:
The main working tree is recognized correctly as a Git repository.
The repository also has multiple linked worktrees, created using the Git CLI inside WSL. When I select Open Worktree for a branch that is checked out in one of those worktrees, nothing visibly happens.
Opening a linked worktree directory manually also opens it as a non-Git project.
Steps to reproduce
Open a repository located inside WSL using a path such as:
Inside WSL, create a linked worktree using the Git CLI:
git worktree add <worktree-path> <branch>Confirm that the main working tree is recognized by Rebased.
Open the Git branches menu.
Right-click a branch that is checked out in the linked worktree.
Select Open Worktree.
Actual result
Nothing visibly happens. No project window opens and no error is shown.
The Rebased log contains:
The logged path is missing the WSL UNC prefix:
If I manually open the linked worktree using its full UNC path, Rebased opens the directory but does not recognize it as a Git repository.
Git validation
The linked worktree is valid when checked inside WSL:
Its
.gitfile uses the standard linked-worktree format:Windows can also read this
.gitfile through the WSL UNC path.Expected result
Environment
Additional information
The main working tree is recognized correctly. The problem only affects linked worktrees.
Related discussion:
#284 (comment)