Codex app on macOS shows 'Computer Use plugin unavailable'

Same here

Same here.

Same here

same here, windows

Same here :

Codex app: 26.415.21839 (1763) macOS: 26.5 Beta (25F5042g) Region: UK/EEA/Luxembourg Auth method: ChatGPT

same

same

same

same

same

Hi!
Right now, it isn’t available worldwide.
It will be rolled out soon in the EU and the UK.

More here: https://openai.com/index/codex-for-almost-everything/

Hope that helps.

@HakkaOfDev I am not in EU/UK and I still have the same issue.
Version 26.415.21839 (1763)

I'm in MENA and i have the same issue

Same thing here in the UAE

Potential workaround / local repair that may help others hitting this:

On my machine, Codex was logging:

failed to load plugin: plugin is not installed plugin="computer-use@openai-bundled" path=/Users/.../.codex/plugins/cache/openai-bundled/computer-use

What I found:

• the bundled Computer Use payload existed inside the app bundle at

/Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use

• but the expected local cache path under ~/.codex/plugins/cache/openai-bundled/computer-use was missing
• the standalone helper app Codex Computer Use.app also was not registered locally

What I did locally:

1. Enabled features.apps = true in ~/.codex/config.toml
2. Repaired the missing bundled cache path by linking the bundled plugin into:

~/.codex/plugins/cache/openai-bundled/computer-use

1. Installed/launched the helper app once from the bundle into:

~/Applications/Codex Computer Use.app

1. Confirmed macOS then recognized the helper app via:

defaults read com.openai.sky.CUAService

Relevant paths:

• /Users/<you>/.codex/config.toml
• /Users/<you>/.codex/log/codex-tui.log
• /Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use
• ~/Applications/Codex Computer Use.app

I’m sharing this mainly so the team has the exact workaround/debug trail we used locally. This may be a useful clue even if the real fix belongs in Codex itself.

@HakkaOfDev I'm in Tajikistan bro, its still not working.
Version 26.415.30602 (1773)

Easiest "fix" for me was to quit Codex app, delete ~/.codex entirely, then run Codex again. You'll lose local config but I haven't used Codex for much so it wasn't an issue for me.

I believe the problem was I had Codex CLI installed before installing the Codex app.

The local workaround worked for me, thank you! 🙏

same

same

paste this GitHub url into codex it will fix it self.

paste this GitHub url into codex it will fix it self.

this, thank you

Easiest "fix" for me was to quit Codex app, delete ~/.codex entirely, then run Codex again. You'll lose local config but I haven't used Codex for much so it wasn't an issue for me. I believe the problem was I had Codex CLI installed before installing the Codex app.

This worked for me!

❌ For me, the issue was probably that Codex was installed on an external SSD.
✅ Fixed it by going into Codex.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use and copying the Codex Computer Use.app into Applications.

❌ For me, the issue was probably that Codex was installed on an external SSD. ✅ Fixed it by going into Codex.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use and copying the Codex Computer Use.app into Applications.

This! worked for me:

cp -r /Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use/Codex\ Computer\ Use.app /Applications/

Then open the Codex Computer Use app from the applications (double clicked).

I can confirm a related variant of this on macOS 26.4.1 with Codex app 26.415.40636.

What makes this especially confusing is that the UI and backend behavior disagree:

• Settings > Computer use still shows Computer Use plugin unavailable
• the plugin browser still does not surface a healthy/installable Computer Use entry
• but the backend appears to be at least partially alive after local repair steps

What I tried locally:

• enabled features.apps = true
• enabled features.plugins = true
• added plugins."computer-use@openai-bundled".enabled = true
• repaired ~/.codex/plugins/cache/openai-bundled/computer-use so it points at /Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use
• launched the bundled helper app manually

After that:

• SkyComputerUseService was able to run
• helper registration state existed (defaults read com.openai.sky.CUAService returned a domain)
• local logs showed TCC permission requests from SkyComputerUseService
• local logs also showed the helper making a network request that received HTTP 202

But end-to-end behavior is still inconsistent:

1. One in-chat request actually opened Safari and loaded Google successfully on the desktop.
2. The same chat run still returned Bad response in Codex.
3. A follow-up standard test (open Safari and visit https://example.com) did not open anything.
4. Meanwhile, Settings > Computer use continued to show plugin unavailable the entire time.

So from the user side this does not look like a simple "plugin missing" problem anymore. It looks more like:

• helper/backend can sometimes start
• UI/plugin health detection is still wrong
• response plumbing / final result handling is unstable

In other words, the system can be in a state where Computer Use is partially functional while the app still claims it is unavailable.

If maintainers want, I can provide the exact local config state and the relevant SkyComputerUseService log snippets showing TCC activity and the successful HTTP 202 response.

> ❌ For me, the issue was probably that Codex was installed on an external SSD. ✅ Fixed it by going into Codex.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use and copying the Codex Computer Use.app into Applications. This! worked for me: `` cp -r /Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use/Codex\ Computer\ Use.app /Applications/ ` Then open the Codex Computer Use` app from the applications (double clicked).

Worked for me!

After recent codex app update issue still persist

For me none of the above worked but then I literally sent an agent to fix it and it worked lol. Send your gpt 5.5 xhigh agent to fix this for you ❤️

Issue still there Mac OS: Codex Version 26.422.62136 (2180)

macos 26.4 系统下，遇到过同样问题，最后发现彻底关闭Codex APP，然后开启系统全局代理，然后再打开Codex APP，再进入Computer Use菜单就可以了（如图），估计是首次配置这个插件需要联网，使用合适的网络就可以解决。

<img width="2530" height="956" alt="Image" src="https://github.com/user-attachments/assets/d31d4310-016e-4560-b850-66fea080f33a" />

It is not bundled in 'Codex-latest-x64.dmg' - it only exists in 'Codex.dmg' which only has the arm64 plugin binary. Seems like a build issue.

I am sorry, but why EU still cannot access to Computer Use ??!
Why is that ?

I had computer use and now it's gone.

I am seeing this again after a Codex Desktop update, and I have a clean reproduction that rules out a stale local marketplace override.

Environment:

• macOS: 26.3 (25D125)
• Mac: Apple Silicon / M3 Max
• Codex Desktop: 26.429.30905 (2345)
• Codex CLI: 0.128.0
• Codex Desktop app-server version shown in logs: 0.128.0-alpha.1

What I verified:

The app bundle still contains Computer Use:

/Applications/Codex.app/Contents/Resources/plugins/openai-bundled/.agents/plugins/marketplace.json
plugins: browser-use, computer-use, latex-tectonic

But the generated runtime marketplace omits it:

~/.codex/.tmp/bundled-marketplaces/openai-bundled/.agents/plugins/marketplace.json
plugins: browser-use, latex-tectonic

I then removed the persisted [marketplaces.openai-bundled] config stanza and moved the generated bundled marketplace cache aside. After fully restarting Codex Desktop, Codex recreated the marketplace by itself, but still only with:

browser-use
latex-tectonic

Fresh log after restart:

bundled_plugins_marketplace_sync_started enabledPluginNames=["browser-use","latex-tectonic"]
bundled_plugins_runtime_marketplace_written pluginCount=2 pluginNames=["browser-use","latex-tectonic"]
bundled_plugins_marketplace_added enabledPluginNames=["browser-use","latex-tectonic"]

So this does not look like only stale local config/cache. The Desktop runtime marketplace generation is filtering out computer-use even though the app bundle includes it.

Also repeatedly present in the same startup logs:

unsupported feature enablement `workspace_dependencies`: currently supported features are apps, memories, plugins, remote_control, tool_search, tool_suggest, tool_call_mcp_elicitation

this is a codex server features gate issue, i got this working by using a proxy server created in Southeast Asia location =>
1, run this on your mac
ssh -N -D 127.0.0.1:7890 ubuntu_user@Proxy_ip

2, modify config.toml

 default_permissions = "workspace"

[permissions.workspace.network]
enabled = true
proxy_url = "http://127.0.0.1:7890"
enable_socks5 = true
socks_url = "socks5://127.0.0.1:7890"
allow_upstream_proxy = true
mode = "full"

3, restart codex -> BOOM, i am able to see all the features like Pet, Computer use, browser use, automation, plugin...

Three commands usually surface the actual cause for this exact error:

codex mcp list
ls -la ~/.codex/plugins/cache/openai-bundled/computer-use/*/.mcp.json
printenv | grep -i codex

The third one matters more than people expect: if you have an old shell rc
that exported a different CODEX_HOME, the runtime that's responding to text
is a different runtime than the one that owns the Computer Use plugin.

I documented the six real causes that produce this error (plugin cache
miss, TCC bundle-ID mismatch, route fallback inheritance, child-process
Apple Events posture, multiple Codex homes, session reuse) at:
https://igorganapolsky.github.io/openclaw-mac-ai-workstation-setup/troubleshooting.html

There's also a free read-only script in the repo that bundles all the
checks with secret redaction. Run it, review the output, or paste into the
$19 quick read for a confirmed root cause.

A few comments here mention the same evidence chain: local plugin cache, generated bundled marketplace, app-bundle marketplace, helper app registration, and sometimes CODEX_HOME pointing at a different runtime.

I published a read-only helper for that exact local evidence shape:

npx trace-to-skill@latest plugin-audit ~/.codex --app /Applications/Codex.app --format json

It does not copy raw logs. It summarizes enabled bundled plugins, cache paths, missing .mcp.json / plugin.json, generated runtime marketplaces, optional app-bundle marketplace contents, Computer Use helper app install candidates, CODEX_HOME mismatch, and unsupported feature flags.

Release/schema:

• https://github.com/grnbtqdbyx-create/trace-to-skill/releases/tag/v0.1.58
• https://github.com/grnbtqdbyx-create/trace-to-skill/blob/main/schemas/plugin-audit-result.schema.json

This is not a workaround for the root bug, just a safer way to attach the local state that this thread has been collecting manually.

Same here

I can confirm a related macOS x64 packaging variant after reinstalling Codex Desktop.

Environment:

• macOS host architecture: x86_64
• Codex Desktop: 26.609.41114
• Codex CLI: 0.140.0-alpha.2
• App binary: /Applications/Codex.app/Contents/MacOS/Codex is Mach-O 64-bit executable x86_64

What I checked:

/Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins

Only contains:

browser
chrome
latex
sites

Missing from the app bundle:

/Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use
Codex Computer Use.app

The bundled marketplace manifest also only lists sites, browser, chrome, and latex; it does not include computer-use.

codex plugin list --marketplace openai-bundled --available --json shows only:

• installed/enabled: browser@openai-bundled
• installed/enabled: chrome@openai-bundled
• available: latex@openai-bundled

Attempting to install fails with:

Error: plugin `computer-use` was not found in marketplace `openai-bundled`

I also applied the local config-side workaround from this issue:

[features]
apps = true
plugins = true

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

But since the app bundle itself does not contain the computer-use plugin payload or Codex Computer Use.app, the cache/helper workaround cannot be completed on this machine.

This seems consistent with the earlier comment that the x64 DMG/build may not bundle the Computer Use payload.