Allow PowerShell or WSL execution environment to be selected per project and per chat
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 30/100
- Issue type
- Feature
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- powershell, rust, ubuntu
- Domain
- cli, devtools, operating-systems
Research direction
The payload names no files or tests. Start by locating project and chat persistence, environment selection, and Windows/WSL path-handling entry points; then trace restoration of chats, file-browser paths, attachments, and terminal settings. Done means per-project and per-chat environments remain distinct, paths translate correctly, and chats stay visible when environments switch.
Written by the indexing model from the issue text.
Description
What variant of Codex are you using?
App
What feature would you like to see?
Title: Support per-project and per-chat Windows/WSL environments with reliable path handling
I regularly use Codex on Windows 11 with both Windows-native and WSL-native projects:
C:\platform-toolsrequires the Windows agent and PowerShell./home/mike/repos/PortfolioWatchrequires the WSL agent and an Ubuntu-22.04 terminal.
Currently, changing the Agent or Integrated Terminal between PowerShell and WSL behaves like a global setting. Switching environments can make existing chats appear to disappear, disrupt project grouping, break file and attachment links, and cause the file browser to resolve paths using the wrong environment.
For example, Codex can incorrectly reinterpret WSL paths as Windows paths and produce invalid hybrids such as C:\home\... or C:\mnt\....
These path forms need to remain distinct and be translated deliberately:
- Windows native:
C:\platform-tools - WSL native:
/home/mike/repos/PortfolioWatch - Windows access to WSL:
\\wsl.localhost\Ubuntu-22.04\home\mike\repos\PortfolioWatch - WSL access to Windows:
/mnt/c/...
Please add:
-
A default execution environment for each saved project:
- Windows/PowerShell
- WSL, including distribution selection
- Inherit global default
-
A per-chat environment override when creating or reopening a chat.
-
Independent configuration of:
- Agent execution environment
- Integrated terminal shell
-
Persistent environment identity for every chat, including its working directory and path format.
-
Correct Windows-to-WSL and WSL-to-Windows path translation for the file browser, attachments and clickable file links.
-
A consistent task list where chats remain visible regardless of the currently selected environment.
Expected behaviour:
- Opening
C:\platform-toolsautomatically restores the Windows agent and PowerShell terminal. - Opening
/home/mike/repos/PortfolioWatchautomatically restores the Ubuntu-22.04 WSL agent and terminal. - Windows-native and WSL-native chats can remain open simultaneously.
- Switching chats does not require changing a global setting or restarting Codex.
- Changing the integrated terminal does not reinterpret the chat’s working directory.
- The file browser never constructs invalid hybrid paths.
- Existing file and attachment links continue working after switching between Windows and WSL chats.
This would make Codex substantially more reliable for Windows power users who work across both native Windows and WSL projects every day.
Additional information
No response
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.5k
- Avg merge
- 1m
- Merged PRs (30d)
- 1k
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from openai/codex
-
enhancement remote
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
bug CLI windows-os
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
macOS sandbox blocks hw.optional.arm64 sysctl, causing Flutter to misdetect Apple Silicon as x64 Openbug CLI sandbox
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
bug CLI TUI
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
-
CLI config enhancement skills
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
kwakseongjae/auto-hwp#319 ·
-
area:cli bug filter-quality good first issue priority:medium
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
Difficulty 1/5 Under an hour Newbie friendliness 72/100
bevyengine/bevy#25861 ·
-
comp-datalake
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
ClickHouse/ClickHouse#121222 ·
-
A-linter
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
oxc-project/oxc#26863 ·