Computer Use has an undocumented hard requirement on macOS 26.0

Open 💬 13 comments Opened May 14, 2026 by lattwood

What issue are you seeing?

ASI found [dyld] (sensitive) 'Symbol not found: _swift_task_addPriorityEscalationHandler
  Referenced from: <859C01F7-4D25-3CBF-892D-915458DAD00E> /Users/logan/.codex/computer-use/Codex Computer Use.app/Contents/MacOS/SkyComputerUseService
  Expected in:     <15F5D0D7-4B7C-3662-8115-861E1DE91826> /usr/lib/swift/libswift_Concurrency.dylib'

And as a result Codex Computer Use doesn't get to use the computer.

What steps can reproduce the bug?

  • Have macOS 15 installed.
  • Have Codex Desktop App installed.
  • Open Console.app, put _swift_task_addPriorityEscalationHandler in the search box, hit Start and open Codex.

The search term is because a LOT of stuff would match for just Codex.

What is the expected behavior?

Uhhh, it shouldn't crash? Heh.

Additional information

I mean, y'all support Intel Macs... :D

View original on GitHub ↗

13 Comments

weswinder · 2 months ago

just ran into this as well. brutal because the previous version worked and now i can't downgrade...

pattobrien · 2 months ago
just ran into this as well. brutal because the previous version worked and now i can't downgrade...

previous version of what? codex app?

weswinder · 2 months ago
> just ran into this as well. brutal because the previous version worked and now i can't downgrade... previous version of what? codex app?

yes the previous version of the codex app worked perfectly with computer use on macOS 15

pattobrien · 2 months ago

hmm in that case it'd probably be helpful to include our failing versions here; i'm experiencing with:

Codex v 26.513.20950 (2816)

will try to install a previous version to see if I can get around the issue.

weswinder · 2 months ago

@pattobrien @lattwood i had codex dig around and look for a downgrade path. this is the download link to the previous codex it found https://persistent.oaistatic.com/codex-app-prod/Codex-darwin-arm64-26.506.31421.zip

i just unzipped it and copied this version into my apps folder and overwrote the new one

computer use is working again

obvi don't trust random links, but i double checked the link from the openai codex download site and the domain name/url match up, so seemed like the right approach to downgrade for now

weswinder · 2 months ago

also worth noting. you'll need to disable autoupdates or else it will keep switching to the new version

pattobrien · 2 months ago
also worth noting. you'll need to disable autoupdates or else it will keep switching to the new version

any luck with disabling auto updates? I haven't had luck doing so.

agjones · 2 months ago
> also worth noting. you'll need to disable autoupdates or else it will keep switching to the new version any luck with disabling auto updates? I haven't had luck doing so.

this has worked for me so far:

defaults write com.openai.codex SUEnableAutomaticChecks -bool false
defaults write com.openai.codex SUAutomaticallyUpdate -bool false
weswinder · 2 months ago
> > also worth noting. you'll need to disable autoupdates or else it will keep switching to the new version > > > any luck with disabling auto updates? I haven't had luck doing so. this has worked for me so far: `` defaults write com.openai.codex SUEnableAutomaticChecks -bool false defaults write com.openai.codex SUAutomaticallyUpdate -bool false ``

nah that's not enough on it's own

had codex figure this out for me as well. seems like the auto updates happen inside the app javascript instead of on the system.

also need to set a env flag to disable in app sparkle updates

launchctl setenv CODEX_SPARKLE_ENABLED false
launchctl getenv CODEX_SPARKLE_ENABLED
defaults write com.openai.codex SUEnableAutomaticChecks -bool false
defaults write com.openai.codex SUAutomaticallyUpdate -bool false

@pattobrien this should work. seemed to do the trick for me.

pattobrien · 2 months ago
nah that's not enough on it's own

can confirm that this wasn't enough for me either

also need to set a env flag to disable in app sparkle updates

@weswinder you're a legend!! much easier than my (codex's) solution

lattwood · 2 months ago
weswinder · 2 months ago
> nah that's not enough on it's own can confirm that this wasn't enough for me either > also need to set a env flag to disable in app sparkle updates @weswinder you're a legend!! much easier than my (codex's) solution

glad i could help haha

guanyouhui · 9 days ago

Thanks for reporting this. I can reproduce the same crash on a macOS 15 development machine.

Environment:

  • macOS 15.7.7 (24G720), Apple Silicon arm64 (Darwin 24.6.0)
  • Codex/ChatGPT desktop app 26.707.41301 (build 5103)
  • Computer Use 26.708.1000366 (build 1000366)
  • Helper LSMinimumSystemVersion: 14.4
  • Helper build SDK: macOS 26.4
  • Helper Xcode: 26.4 (17E202)

Actual failure:
Sky Computer Use native pipe startup failed.

The helper exits at launch with:
Symbol not found: _swift_task_addPriorityEscalationHandler
Referenced from: SkyComputerUseService
Expected in: /usr/lib/swift/libswift_Concurrency.dylib

This prevents list_apps and get_app_state from running at all. Since the helper declares macOS 14.4 as its minimum supported version, this appears to be a packaging/linking regression rather than a permissions issue.

Could the maintainers share whether a macOS 15-compatible rebuild is planned, and whether there is an ETA or an officially supported rollback/workaround in the meantime? Upgrading this primary development machine to macOS 26 is not a practical workaround because it must retain legacy Node.js and JDK toolchains.