Codex desktop repeatedly crashes when using Computer Use.
Open 💬 10 comments Opened Jun 4, 2026 by jsduke246
💡 Likely answer: A maintainer (github-actions[bot], contributor)
responded on this thread — see the highlighted reply below.
What version of the Codex App are you using (From “About Codex” dialog)?
Version 26.601.21317 •
What subscription do you have?
Pro ($20/mo)
What platform is your computer?
Darwin 25.5.0 arm64 arm
What issue are you seeing?
Codex desktop repeatedly crashes when using Computer Use.
Environment:
- App: Codex
- Version: 26.601.21317 (3511)
- macOS: 26.5 (25F71)
- Hardware: Mac14,2
- Date: June 4, 2026
Observed pattern:
- HighLevel connector works after reinstall.
- Computer Use causes repeated Codex crashes.
- Reinstalling/resetting Computer Use helper did not fix it.
- Crash repeats after Computer Use is invoked.
Crash signature:
- Process: Codex
- Exception: EXC_CRASH (SIGABRT)
- Termination: Abort trap: 6
- Triggered thread: git
- Stack includes: node::OOMErrorHandler(char const*, v8::OOMDetails const&)
- Native module loaded: browser-use-peer-authorization.node
- Also saw org.libusb.device-hotplug / UsbEventHandler threads in reports.
Local mitigation:
- Disabled ~/.codex/config.toml notify hook:
notify = ["/Users/jeanneduke/.codex/computer-use/Codex Computer Use.app/Contents/SharedSupport/SkyComputerUseClient.app/Contents/MacOS/SkyComputerUseClient", "turn-ended"]
Likely issue:
Computer Use / browser-use authorization path appears to trigger a Node/V8 out-of-memory abort in Codex desktop 26.601.21317.
What steps can reproduce the bug?
The above message is what Codex created as the report I should submit.
What is the expected behavior?
_No response_
Additional information
_No response_
10 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
Yes, this appears to be the same underlying crash signature as #26079: Codex Desktop 26.601.21317, triggered thread git, SIGABRT, node::OOMErrorHandler. My issue may add a reproduction clue: it occurs after invoking Computer Use, and my crash reports include browser-use-peer-authorization.node. I’m okay closing my issue as a duplicate if you want to track the core Node/V8 git-worker OOM in #26079, but I recommend noting the Computer Use/browser-use trigger there.
I’m seeing a very similar issue after updating to Codex 26.602.30954.
Environment:
Error message:
The popup appears repeatedly, even when I’m not manually launching Computer Use. This started after the latest Codex update.
Dear OpenAI Dev Team:
And please, do not ship features before they have been thoroughly tested across a wide variety of real-world environments. Releasing something prematurely and losing user trust is far more damaging than delaying a feature for a little longer. What matters most right now is reliability and confidence in the product, not the rapid addition of minor features that many users may not even need immediately. It would be much better to prioritize stability, eliminate these kinds of bugs and issues, and ensure a consistently dependable experience before expanding functionality further.
---
I hit what looks like the same family of issues with the intermittent macOS Gatekeeper dialog:
"Codex Computer Use.app" is damaged and can't be opened. You should move it to the Trash.This file was downloaded on an unknown date.In my case this did not look like an actually corrupted helper bundle.
Environment / observed state:
26.602.309543575809com.openai.sky.CUAServiceImportant paths observed:
/Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use/Codex Computer Use.app~/.codex/computer-use/Codex Computer Use.app~/.codex/computer-use/Codex Computer Use.app 13-51-16-627.app~/.codex/.tmp/bundled-marketplaces/openai-bundled/plugins/computer-use/Codex Computer Use.app/private/var/folders/.../X/com.openai.codex.code_sign_clone/code_sign_clone.*/Codex.app.bundle/.../Codex Computer Use.appWhat I verified:
/Applications/Codex.app/.../computer-use/passed:codesign --verify --deep --strictspctl --assess --type executecodesignandspctl.SkyComputerUseServicehashes matched between the bundled source and the local copy.The local state mismatch I found:
~/.codex/config.tomlhad anotifyhook pointing to the canonical path:~/.codex/computer-use/Codex Computer Use.app/Contents/SharedSupport/SkyComputerUseClient.app/Contents/MacOS/SkyComputerUseClientBut at that point the canonical
~/.codex/computer-use/Codex Computer Use.appdid not exist. Only a timestamped copy existed:~/.codex/computer-use/Codex Computer Use.app 13-51-16-627.appAs a temporary test, I created a symlink from the canonical path to the timestamped copy. That made the expected path valid, and
codesign/spctlstill passed.After restarting Codex and going to Settings > Computer Use > Install, Codex replaced the symlink with a real app bundle directory at:
~/.codex/computer-use/Codex Computer Use.appThe timestamped copy remained. The new canonical bundle passed
codesignandspctl, and thenotifytarget under the canonical path existed.After that, Computer Use worked successfully against Zed.app:
SkyComputerUseServicewas running.SkyComputerUseClientwas running.get_app_state(app="Zed")succeeded.My interpretation:
This looks less like a bad download or broken notarization ticket, and more like a per-user Computer Use install-state / helper lifecycle / Gatekeeper interaction issue.
The issue may become visible intermittently because the relevant helper is not always launched at Codex startup. It may happen later when:
SkyComputerUseClient.appturn-endednotify hookcode_sign_cloneruntime copyThe most useful thing for maintainers may be to clarify and harden the expected lifecycle:
~/.codex/computer-use/Codex Computer Use.appas the canonical per-user install target, or document the intended target.config.tomlnotify hooks pointing to a missing canonical helper path.SkyComputerUseService,SkyComputerUseClient,node_repl, and stdio app-server helper processes after use./private/var/folders/.../com.openai.codex.code_sign_clone/code_sign_clone.*directories after quit.syspolicyd/trustdvalidation loops for helpers that are already signed and notarized.This may explain why a reinstall alone did not help, but rerunning the Computer Use installer after the canonical per-user path was missing appeared to stabilize the system.
is this fixed?
Did not cash on me today. So maybe?
On Mon, Jun 8, 2026 at 2:27 PM Isaac Cohan @.***> wrote:
It’s crashing all day I needed to use in cli
On Mon, Jun 8, 2026 at 4:00 PM Jeanne Duke @.***> wrote:
workaround:
sudo xattr ~/.codex/computer-use/Codex\ Computer\ Use.appsame issue
<img width="847" height="723" alt="Image" src="https://github.com/user-attachments/assets/ddf2d52f-4c68-4da9-8806-bbd7483da050" />
<img width="979" height="730" alt="Image" src="https://github.com/user-attachments/assets/027659f4-fd83-47d7-bc3d-e5ef707ba083" />
it happens again...