Pull Requests tab in Windows app fails for WSL project with GraphQL VAR_SIGN error

Open 💬 0 comments Opened Jul 30, 2026 by AlexBudulan

What version of Codex is running?

Codex app 26.721.11231.0; bundled/active CLI 0.146.0-alpha.3.1.

What operating system are you using?

Windows Codex app with a project opened from WSL2 (Linux kernel 6.6.87.2-microsoft-standard-WSL2).

What is the issue?

The Pull Requests tab fails to load for a GitHub repository opened from the WSL filesystem and displays:

Unable to load pull requests
gh: Expected VAR_SIGN, actual: COLON (":") at [2, 9]

GitHub authentication and repository permissions are valid. Pull requests can be listed successfully from both GitHub CLI installations:

  • WSL gh 2.45.0
  • Windows gh.exe 2.96.0

For example, gh pr list --repo OWNER/REPO --json number,title,state,url succeeds in both environments.

Steps to reproduce

  1. On Windows, open a Git repository located under the WSL filesystem in Codex.
  2. Configure an SSH GitHub remote such as git@github.com:OWNER/REPO.git.
  3. Authenticate gh in both WSL and Windows and verify gh pr list succeeds.
  4. Open Codex's Pull Requests tab.

Expected behavior

The tab lists the repository's pull requests.

Actual behavior

The tab reports the GraphQL parser error above.

Additional context

The GraphQL error is consistent with a query variable losing its leading $ before reaching GitHub (for example, $owner: String! becoming owner: String!) across the Windows/WSL command boundary. This is an inference from the parser location and shell behavior; the generated query is not exposed in the available logs.

Re-authenticating GitHub CLI, authorizing organization SSO, refreshing credentials, and restarting Codex do not resolve it. Direct REST and GraphQL-backed gh commands continue to work.

View original on GitHub ↗