codex - 💡(How to fix) Fix Codex Desktop 26.513.20950: plugin menu stuck and Computer Use sidecar fails with Swift runtime symbol error on macOS 15.7.3

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…

After updating Codex Desktop to 26.513.20950 build 2816, two regressions appear:

  1. Typing @ in the Codex composer leaves the plugin menu stuck at 正在加载插件... / Loading plugins....
  2. Computer Use no longer shows the previous visual pointer / full desktop control experience. It appears to fall back to AppleScript / screenshot-style operation.

This does not appear to be caused by missing macOS permissions. Both Codex and Codex Computer Use are enabled in:

  • System Settings -> Privacy & Security -> Screen & System Audio Recording
  • System Settings -> Privacy & Security -> Accessibility

Error Message

Manual launch of the Computer Use MCP sidecar fails with a Swift runtime symbol error:

Root Cause

This does not appear to be caused by missing macOS permissions. Both Codex and Codex Computer Use are enabled in:

Code Example

dyld[35784]: Symbol not found: _swift_task_addPriorityEscalationHandler
  Referenced from: <6AE6364B-A9EE-3C85-B426-AC17F25A3344> ~/.codex/plugins/cache/openai-bundled/computer-use/1.0.791/Codex Computer Use.app/Contents/SharedSupport/SkyComputerUseClient.app/Contents/MacOS/SkyComputerUseClient
  Expected in:     <15F5D0D7-4B7C-3662-8115-861E1DE91826> /usr/lib/swift/libswift_Concurrency.dylib

---

"~/.codex/plugins/cache/openai-bundled/computer-use/1.0.791/Codex Computer Use.app/Contents/SharedSupport/SkyComputerUseClient.app/Contents/MacOS/SkyComputerUseClient" --help

---

LC_BUILD_VERSION
  platform MACOS
  minos 15.0
  sdk 26.4

---

CFBundleIdentifier = com.openai.sky.CUAService.cli
CFBundleShortVersionString = 1.0
CFBundleVersion = 791
LSMinimumSystemVersion = 15.0
DTPlatformVersion = 26.4

---

method=plugin/list
list remote plugin catalog: remote plugin catalog request to https://chatgpt.com/backend-api/ps/plugins/installed failed with status 403 Forbidden

---

method=plugin/list
list remote plugin catalog: remote plugin catalog request to https://chatgpt.com/backend-api/ps/plugins/installed failed with status 404 Not Found: {"detail":"Not Found"}

---

~/Library/Logs/com.openai.codex/2026/05/15/codex-desktop-f5caf903-6e00-448a-b52a-cbaa18f0a880-16378-t0-i1-154138-0.log

---

screen recording reconcile failed
kind=PermissionRequired
state=Unsupported
error_message=No shareable content available: Content unavailable: 用户拒绝了应用程序、窗口、显示器捕捉的TCC

---

valid on disk
satisfies its Designated Requirement
RAW_BUFFERClick to expand / collapse

Bug report: Codex Desktop plugin menu stuck and Computer Use sidecar fails on macOS 15.7.3

Summary

After updating Codex Desktop to 26.513.20950 build 2816, two regressions appear:

  1. Typing @ in the Codex composer leaves the plugin menu stuck at 正在加载插件... / Loading plugins....
  2. Computer Use no longer shows the previous visual pointer / full desktop control experience. It appears to fall back to AppleScript / screenshot-style operation.

This does not appear to be caused by missing macOS permissions. Both Codex and Codex Computer Use are enabled in:

  • System Settings -> Privacy & Security -> Screen & System Audio Recording
  • System Settings -> Privacy & Security -> Accessibility

Environment

  • Codex Desktop: 26.513.20950
  • Codex Desktop build: 2816
  • Bundled Codex CLI: codex-cli 0.131.0-alpha.9
  • macOS: 15.7.3
  • macOS build: 24G419
  • Computer Use plugin: openai-bundled/computer-use/1.0.791
  • Machine: Mac
  • Permissions: Codex and Codex Computer Use are enabled in Screen & System Audio Recording and Accessibility.

Steps to reproduce

Issue 1: @ plugin menu stuck

  1. Open Codex Desktop.
  2. Open any conversation.
  3. Type @ in the composer.
  4. Observe the plugin section remains stuck at 正在加载插件....

Issue 2: Computer Use no longer exposes visual pointer/control

  1. Start a Codex conversation.
  2. Ask Codex to use Computer Use to operate a local Mac app.
  3. Observe that the previous visual pointer / full Computer Use interaction is not shown.
  4. The assistant appears to use fallback-style operation such as screenshots and AppleScript-like actions instead.

Expected behavior

  • Typing @ should load available plugins quickly.
  • Computer Use should launch normally and expose the expected visual desktop-control experience.

Actual behavior

  • The @ plugin menu stays stuck loading.
  • Computer Use sidecar does not appear to start normally.

Evidence

SkyComputerUseClient fails to launch

Manual launch of the Computer Use MCP sidecar fails with a Swift runtime symbol error:

dyld[35784]: Symbol not found: _swift_task_addPriorityEscalationHandler
  Referenced from: <6AE6364B-A9EE-3C85-B426-AC17F25A3344> ~/.codex/plugins/cache/openai-bundled/computer-use/1.0.791/Codex Computer Use.app/Contents/SharedSupport/SkyComputerUseClient.app/Contents/MacOS/SkyComputerUseClient
  Expected in:     <15F5D0D7-4B7C-3662-8115-861E1DE91826> /usr/lib/swift/libswift_Concurrency.dylib

Command used:

"~/.codex/plugins/cache/openai-bundled/computer-use/1.0.791/Codex Computer Use.app/Contents/SharedSupport/SkyComputerUseClient.app/Contents/MacOS/SkyComputerUseClient" --help

Binary build metadata

SkyComputerUseClient declares macOS 15 as the minimum OS, but appears to require a newer Swift runtime symbol that is not available on macOS 15.7.3.

LC_BUILD_VERSION
  platform MACOS
  minos 15.0
  sdk 26.4

Info.plist:

CFBundleIdentifier = com.openai.sky.CUAService.cli
CFBundleShortVersionString = 1.0
CFBundleVersion = 791
LSMinimumSystemVersion = 15.0
DTPlatformVersion = 26.4

Plugin list failures in Codex app logs

The app logs show plugin/list failures when loading the plugin catalog:

method=plugin/list
list remote plugin catalog: remote plugin catalog request to https://chatgpt.com/backend-api/ps/plugins/installed failed with status 403 Forbidden

and:

method=plugin/list
list remote plugin catalog: remote plugin catalog request to https://chatgpt.com/backend-api/ps/plugins/installed failed with status 404 Not Found: {"detail":"Not Found"}

Relevant log location:

~/Library/Logs/com.openai.codex/2026/05/15/codex-desktop-f5caf903-6e00-448a-b52a-cbaa18f0a880-16378-t0-i1-154138-0.log

Other log evidence

The logs also show screen recording reconciliation errors:

screen recording reconcile failed
kind=PermissionRequired
state=Unsupported
error_message=No shareable content available: Content unavailable: 用户拒绝了应用程序、窗口、显示器捕捉的TCC

However, the macOS UI shows both Codex and Codex Computer Use enabled for screen recording and accessibility permissions, so this may be a stale TCC/path/signature mismatch or a secondary symptom after the sidecar fails.

Notes

  • Local plugin cache exists.
  • Codex Computer Use.app and SkyComputerUseClient.app pass codesign verification:
valid on disk
satisfies its Designated Requirement
  • No account email, tokens, or sensitive project contents are included in this report.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

FAQ

Expected behavior

  • Typing @ should load available plugins quickly.
  • Computer Use should launch normally and expose the expected visual desktop-control experience.

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

codex - 💡(How to fix) Fix Codex Desktop 26.513.20950: plugin menu stuck and Computer Use sidecar fails with Swift runtime symbol error on macOS 15.7.3