Opening project folders directly via standard WSL UNC paths (e.g., \\wsl.localhost\Ubuntu-26.04\home\...) fails with a Missing Folder error.
Antigravity URL-encodes the backslashes \ into %5C (resulting in %5C%5Cwsl.localhost%5CUbuntu...), which prevents the app from locating the folder.
Has anyone found a working workaround to open and work on WSL projects in version 2.3.1 without triggering this URL-encoding issue?
I have the same issue.
I was able to at least use WSL as a working directory by first adding a Windows directory as the only project folder, then adding the WSL directory, and finally removing the Windows directory.
However, while AG can work on the files normally, it cannot show them in the app. So Implementation Plans, linked files, etc all do not display in the app. Quite annoying and, frankly unusable and unacceptable, particularly when both Claude Code and Codex FLAWLESSLY set up projects on the first attempt, with ZERO user interaction.
To work on WSL2 projects without triggering %5C path encoding errors (and with full support for Implementation Plans and file previews), please follow the below steps:
1. **Update to the Latest Release (`v2.15.1`)**:
* Update your desktop application from `v2.3.1` to the latest **Antigravity (`v2.15.1`)** release from [https://antigravity.google/download\](Google Antigravity - Download).
2. Use the Antigravity 2.0 UI with WSL2 via Remote Control (Recommended for the 2.0 UI):
agy) directly inside your Ubuntu WSL2 distribution (CLI Installation Guide) and start a session with Remote Control enabled:agy --remote-control
agy remote-control start inside WSL2 to run a persistent headless background daemon)./home/...), you have full access to view active conversations, start new agent tasks, review Implementation Plans, and inspect artifacts with zero \\wsl.localhost %5C encoding issues.Please let us know if the issue still persists.