Windows: WSL backend disables Chrome/Edge control with misleading organization/region message
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
Environment
- Codex Desktop release:
26.903.61454 - OS: Windows with WSL backend enabled
- Subscription: Personal Pro
Problem
When Codex uses the WSL backend, both Google Chrome and Microsoft Edge are disabled in Settings → Computer use, with this message:
Disabled by your organization or unavailable in your region
Switching to the Windows backend makes both browser controls available and allows proceeding with plugin installation. Switching back to WSL reproduces the disabled state.
The desktop logs explicitly identify the reason as wsl-disabled, but the UI does not mention WSL.
Steps to reproduce
- Run Codex Desktop on Windows.
- Enable the WSL agent backend.
- Open Settings → Computer use.
- Observe that Chrome and Edge are disabled with the organization/region message.
- Switch the agent backend to Windows.
- Observe that both browser controls become available.
- Switch back to WSL and observe that they are disabled again.
Relevant logs
The same desktop release logged both states:
2026-09-09T17:00:39.641Z
browser_use_availability_resolved available=true browserPane=true platform=Windows reason=available release=26.903.61454
2026-09-09T17:17:47.159Z
browser_use_availability_resolved available=false browserPane=true platform=Windows reason=wsl-disabled release=26.903.61454
Expected behavior
Browser control should work with a WSL agent backend through the Windows desktop app.
If this combination is currently unsupported, the UI should explicitly explain the WSL limitation instead of displaying an organization/region error.
Switching the entire agent backend is disruptive: in this reproduction, the existing WSL session could not be continued under the Windows backend, requiring a switch back to WSL to resume the conversation.
Related issue
#25301 reports the same reason=wsl-disabled behavior on an older release. This report confirms it on 26.903.61454, with a reproducible Windows-versus-WSL comparison for Chrome and Edge.
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.
Research direction
Start in Settings → Computer use and trace the browser availability state that produces browser_use_availability_resolved, comparing the Windows and WSL backend cases. Review related issue #25301 and verify that the result either enables Chrome and Edge under WSL or clearly identifies the WSL limitation instead of showing an organization or region error.
Written by the indexing model from the issue text.
Assessment
- Domain
- desktop, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100