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
Warp terminal overwrites WSLENV environment variable value instead of merge Warp value with the one coming from Windows 11, when opening a WSL shell.
On Windows Powershell my WSLENV variable is respect and works perfectly.
To reproduce
I simply installed Warp and observed that is not taking the correct WSLENV var I set on Windows. More details in "Expected behaviour" section.
Pre-submit Checks
Describe the bug
Warp terminal overwrites WSLENV environment variable value instead of merge Warp value with the one coming from Windows 11, when opening a WSL shell.
On Windows Powershell my WSLENV variable is respect and works perfectly.
To reproduce
I simply installed Warp and observed that is not taking the correct WSLENV var I set on Windows. More details in "Expected behaviour" section.
Expected behavior
My WSLENV defined at user level:
WSLENV set by Warp:
Expected WSLENV set by Warp:
Screenshots, videos, and logs
My WSLENV var

WSLENV set by Warp

Operating system (OS)
Windows
Operating system and version
Windows 11 with Debian 12 as WSL
Shell Version
both bash 5.2.15 and zsh 5.9
Current Warp version
v0.2025.03.26.08.10.stable_02
Regression
No, this bug or issue has existed throughout my experience using Warp
Recent working Warp date
N/A
Additional context
No response
Does this block you from using Warp daily?
Yes, this issue prevents me from using Warp daily.
Is this an issue only in Warp?
Yes, I confirmed that this only happens in Warp, not other terminals.
Warp Internal (ignore): linear-label:b9d78064-c89e-4973-b153-5178a31ee54e
None
The text was updated successfully, but these errors were encountered: