You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[Feature]: Support Linux Project Paths inside Windows T3 Code for WSL #2824
I searched existing issues and did not find a duplicate.
I am describing a concrete problem or use case, not just a vague idea.
Area
Not sure
Problem or use case
When using opencode serve on the WSL and t3 code on Windows, opencode needs linux path to work right. Adding projects via linux dir works. e.g. /home/emincan/projects/myapp
Project gets recognized, I can do agentic stuff just fine in t3code. BUT git and project icon etc. doesn't appear because it wants windows paths to find the .git or project icons.
Proposed solution
I propose:
on windows a sort of path handling must be added for users using WSL for their codebase and coding agents
For example if we add projects via: \wsl$\Ubuntu\home\emincan\projects\myapp
To the agent, it should go as /home/emincan/projects/myapp (if codex, opencode etc. is inside it.)
OR
Besides windows project path or handling, during project creation support complete WSL experience (for those running both agent and projects inside WSL).
Why this matters
This way agents won't run powershell stuff thinking this is windows (as it does if you add paths with \wsl$\Ubuntu\home\emincan\projects\myapp).
And also solve no git or or other t3 side issues if given linux paths to add projects.
The core ask (use T3 Code reliably against WSL projects from Windows) is what #192 tracks, and the \\wsl$ path-translation option is part of that discussion (see also #716 for the related UNC-path bug). Consolidating into #192.
Activity
juliusmarminge commentedon Jun 9, 2026
Duplicate of #192
The core ask (use T3 Code reliably against WSL projects from Windows) is what #192 tracks, and the
\\wsl$path-translation option is part of that discussion (see also #716 for the related UNC-path bug). Consolidating into #192.