Windows app Settings no longer shows the WSL section, so I can't switch the agent runtime to WSL

Resolved 💬 2 comments Opened Mar 17, 2026 by lczanna Closed Mar 18, 2026

What version of the Codex App are you using (From “About Codex” dialog)?

26.313.4956.0

What subscription do you have?

API based

What platform is your computer?

Microsoft Windows NT 10.0.26100.0 x64

What issue are you seeing?

The Codex Windows app no longer shows the "Windows Subsystem for Linux (WSL)" section in Settings, so I cannot switch the agent runtime from Windows native to WSL.

What I see:

  • The integrated terminal can be set to WSL.
  • The separate WSL settings section is missing from Settings.
  • Because of that, I can no longer change the agent runtime to WSL.

Why this looks like a bug:

  • The state file still contains a WSL runtime flag in %USERPROFILE%\.codex\.codex-global-state.json.
  • In my case, the relevant values are:
  • integratedTerminalShell: "wsl"
  • runCodexInWindowsSubsystemForLinux: false
  • This suggests the underlying setting still exists, but the Settings UI to control it has disappeared.

What steps can reproduce the bug?

Steps to reproduce:

  1. Open Codex on Windows.
  2. Open Settings.
  3. Look for the Windows Subsystem for Linux (WSL) section.
  4. Observe that the section is not present.

What is the expected behavior?

Expected behavior:

  • Settings should show the WSL section and allow switching the agent runtime from Windows native to WSL.

Actual behavior:

  • The WSL section is missing.
  • I can set the terminal to WSL, but the agent still runs as Windows native.

Additional information

Additional context:

  • Attempts to force WSL execution from the current session fail with Wsl/Service/CreateInstance/E_ACCESSDENIED
  • This makes it impossible to move the agent runtime into WSL from the UI

<img width="967" height="886" alt="Image" src="https://github.com/user-attachments/assets/878f35eb-37b8-40b9-99b1-9e56deaafa27" />

View original on GitHub ↗

This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗