Skip to content

Windows Desktop: Browser/Computer Use show unavailable in Settings while runtime bootstrap succeeds #31078

Description

@zhatlas

Summary

On Windows Codex Desktop, the Settings/plugin UI reports the bundled Browser and Computer Use plugins as unavailable or missing, but the same local install can bootstrap both plugin runtimes successfully from the current Codex thread.

This looks like a mismatch between the Desktop Settings / plugin marketplace state and the runtime plugin cache/tool bootstrap state.

Environment

  • Platform: Windows x64
  • Windows product name observed from registry: Windows 10 Pro
  • Codex Desktop package path/version observed from running processes:
    • OpenAI.Codex_26.623.13972.0_x64__2p2nqsd0c76g0
  • Codex app/runtime version observed in node_repl environment:
    • BROWSER_USE_CODEX_APP_VERSION=26.623.101652
  • Bundled plugin cache version observed:
    • browser: 26.623.81905
    • chrome: 26.623.81905
    • computer-use: 26.623.81905
  • Desktop setting:
    • runCodexInWindowsSubsystemForLinux = false
    • integratedTerminalShell = "wsl"
  • This is a Windows-native Codex app-server session, not WSL agent/app-server mode.

User-visible behavior

In Codex Desktop Settings / plugin UI:

  • Browser / in-app browser is shown as unavailable.
  • Computer Use is shown as unavailable.
  • The plugin list does not show the Browser and Computer Use bundled plugins as available.

However, the local config still enables all three bundled plugins:

[plugins."browser@openai-bundled"]
enabled = true

[plugins."chrome@openai-bundled"]
enabled = true

[plugins."computer-use@openai-bundled"]
enabled = true

Local state that seems inconsistent

The configured bundled marketplace points to a generated local marketplace directory:

[marketplaces.openai-bundled]
last_updated = "2026-07-01T08:01:16Z"
source_type = "local"
source = ".../.codex/.tmp/bundled-marketplaces/openai-bundled"

That generated marketplace currently contains only:

.codex/.tmp/bundled-marketplaces/openai-bundled/plugins/chrome

It does not contain browser or computer-use entries.

But the actual plugin cache contains all three bundled plugins:

.codex/plugins/cache/openai-bundled/browser/26.623.81905
.codex/plugins/cache/openai-bundled/chrome/26.623.81905
.codex/plugins/cache/openai-bundled/computer-use/26.623.81905

The cached browser and computer-use packages both contain valid .codex-plugin/plugin.json, skills, and scripts:

browser/26.623.81905/scripts/browser-client.mjs
computer-use/26.623.81905/scripts/computer-use-client.mjs

One additional difference noticed:

chrome/latest -> chrome/26.623.81905   exists as a junction
browser/latest                         missing
computer-use/latest                    missing

Runtime smoke test succeeds

Despite the Settings/plugin UI reporting the plugins as unavailable, the runtime bootstrap works from the active Codex thread.

Redacted smoke-test result:

{
  "browserRuntime": "ok",
  "browserTypes": ["extension", "iab"],
  "hasInAppBrowser": true,
  "iabTabCount": 0,
  "computerUseRuntime": "ok",
  "appCount": 40,
  "runningAppCount": 15
}

This was obtained by importing the cached bundled clients directly through the provided node_repl path:

await import("file:///.../.codex/plugins/cache/openai-bundled/browser/26.623.81905/scripts/browser-client.mjs")
await setupBrowserRuntime({ globals: globalThis })
await agent.browsers.get("iab")
await agent.browsers.list()

await import("file:///.../.codex/plugins/cache/openai-bundled/computer-use/26.623.81905/scripts/computer-use-client.mjs")
await setupComputerUseRuntime({ globals: globalThis })
await sky.list_apps()

So this does not appear to be a simple missing-file or helper-dead case. The cached runtime can use both Browser and Computer Use, while the Settings/plugin UI reports them as unavailable/missing.

Expected behavior

The Settings / plugin marketplace UI and runtime availability should agree.

If Browser and Computer Use can bootstrap successfully from the current Windows-native Codex session, Settings should not show them as unavailable or missing.

If the Settings page intentionally uses a separate marketplace state, that state should be regenerated so it includes the same bundled plugins that the runtime can actually use.

Actual behavior

  • Settings/plugin UI says Browser and Computer Use are unavailable/missing.
  • Generated openai-bundled marketplace directory contains only chrome.
  • Runtime plugin cache contains browser, chrome, and computer-use.
  • Direct runtime smoke tests for Browser and Computer Use both succeed.

Related issues

These look related but do not capture this exact mismatch where runtime bootstrap succeeds:

Request

Please check the Desktop Settings / bundled marketplace generation path for Windows Store builds. In this case, the generated bundled marketplace appears stale or incomplete (chrome only), while the actual runtime cache and plugin bootstrap state show that browser and computer-use are available and usable.

Metadata

Metadata

Assignees

No one assigned

    Labels

    appIssues related to the Codex desktop appbrowserbugSomething isn't workingcomputer-useskillsIssues related to skillswindows-osIssues related to Codex on Windows systems

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions