Skip to content

Codex Desktop Windows+WSL resolves bundled plugin cache as invalid C:\mnt\c path #24268

Description

@MisterRound

What version of the Codex App are you using?

Codex Desktop Windows Store app 26.519.5221.0.

What platform is your computer?

Windows 11 with WSL-backed Codex Desktop sessions/workspaces.

What issue are you seeing?

In a Windows Store Desktop session backed by WSL, the Desktop bundled-plugin reconciliation path repeatedly tried to access the Chrome bundled plugin cache using an invalid mixed path:

C:\mnt\c\Users\<user>\.codex\plugins\cache\openai-bundled\chrome\26.519.41501

That path is neither a valid Windows path (C:\Users\...) nor a valid WSL path (/mnt/c/Users/...). The same log line included WSL-looking marketplace roots and platformFamily=unix:

bundled_plugins_marketplace_install_failed
bundledPluginSourcePath=./plugins/chrome
errorCode=ENOENT
errorMessage="ENOENT: no such file or directory, access 'C:\\mnt\\c\\Users\\<user>\\.codex\\plugins\\cache\\openai-bundled\\chrome\\26.519.41501'"
installedPluginStatus=current
installPhase=reconcile_chrome_native_host
marketplaceRoot=/mnt/c/Users/<user>/.codex/.tmp/bundled-marketplaces/openai-bundled
platformFamily=unix
pluginName=chrome

In the same Desktop log, bundled_plugins_marketplace_install_failed occurred 150 times, usually on focus/startup-style reconcile paths. The log also showed:

bundled_plugin_chrome_extension_sync_decision ... installedPluginStatus=current isExtensionInstalled=true isPluginInstalled=true ... pluginName=chrome
bundled_plugin_install_skipped_current pluginName=chrome
bundled_plugins_reconcile_failed errorCode=ENOENT ... C:\mnt\c\Users\<user>\.codex\plugins\cache\openai-bundled\chrome\26.519.41501

Expected behavior

When Desktop is operating against a WSL-backed Codex home/workspace, bundled plugin cache paths should be resolved consistently:

  • Windows/native Desktop file access should use a real Windows path such as %USERPROFILE%\.codex\plugins\cache\....
  • WSL-side operations should use /mnt/c/Users/<user>/.codex/plugins/cache/....
  • The app should not synthesize C:\mnt\c\....

Why this matters

This produces repeated background reconcile failures and warning spam in normal Desktop operation. It may also contribute noise or delay during thread startup/resume, plugin listing, and focus-driven reconciliation. In my repro session, the failure repeated during investigation of separate turn-stall and renderer-reload issues, so I am filing it separately rather than claiming it is the root cause of those issues.

Possibly related but not exact duplicates: existing bundled Chrome/plugin cache issues such as #21936, #22035, and #22114. This issue is specifically about Windows+WSL path translation producing C:\mnt\c\... during Desktop bundled-plugin reconciliation.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    appIssues related to the Codex desktop appbugSomething isn't workingskillsIssues related to skillswindows-osIssues related to Codex on Windows systems

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions