You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Codex Computer Use still reported damaged after 26.611.61049 update and auto-restart #28600
After updating Codex Desktop to the newest build and letting the app restart automatically, macOS still reports that the Codex Computer Use helper is damaged and cannot be opened.
This means the issue is still not fixed in the latest version I just installed.
Environment
Codex Desktop version: 26.611.61049
About window release date: Jun 16, 2026
macOS: Tahoe 26.5.1
Device: MacBook Pro 16-inch, Apple M5 Max, 128 GB memory
Steps to reproduce
Update Codex Desktop to version 26.611.61049.
Let Codex complete the update and restart automatically.
After restart, macOS shows a warning for Codex Computer Use.
Expected behavior
After the update and automatic restart, Codex Desktop and its helper components should open normally.
Actual behavior
macOS reports that Codex Computer Use is damaged and cannot be opened, and prompts the user to move it to the Trash.
Impact
This continues to seriously affect usage of Codex Desktop. The Computer Use helper remains unusable after updating, and this can make the Codex app unstable or cause crashes during normal use.
Please prioritize fixing the packaging/signing/notarization/quarantine handling for the Codex Computer Use helper in the latest Codex Desktop build.
Update: still reproduces after 26.611.61753 (4008)
This still reproduces after updating Codex Desktop again.
Environment
Codex Desktop: 26.611.61753 / build 4008
Bundle identifier: com.openai.codex
Codex Computer Use helper copied under ~/.codex/computer-use: version 1.0, build 810
Date observed: 2026-06-17 KST
Platform: macOS / Apple Silicon
User-visible symptom
After the update, macOS again shows the Gatekeeper-style dialog that Codex Computer Use is damaged and cannot be opened. Korean localized dialog text observed by the user:
Codex Computer use 는 손상되었기 때문에 열 수 없습니다.
Local evidence before repair
The helper did not look actually corrupt on disk:
$ codesign --verify --deep --strict --verbose=2 ~/.codex/computer-use/Codex\ Computer\ Use.app
/Users/kether/.codex/computer-use/Codex Computer Use.app: valid on disk
/Users/kether/.codex/computer-use/Codex Computer Use.app: satisfies its Designated Requirement
$ spctl --assess --type execute --verbose=4 ~/.codex/computer-use/Codex\ Computer\ Use.app
/Users/kether/.codex/computer-use/Codex Computer Use.app: accepted
source=Notarized Developer ID
The bundled source helper inside the updated app also passed:
/Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use/Codex Computer Use.app: valid on disk
/Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use/Codex Computer Use.app: satisfies its Designated Requirement
/Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use/Codex Computer Use.app: accepted
source=Notarized Developer ID
Nested helpers also passed codesign + spctl:
CUALockScreenGuardian.app: valid / accepted / Notarized Developer ID
Codex Computer Use Installer.app: valid / accepted / Notarized Developer ID
SkyComputerUseClient.app: valid / accepted / Notarized Developer ID
Extended attributes did not show com.apple.quarantine on the helper. The local copy only showed:
After the update and before repair, several Computer Use processes were still running, including orphaned SkyComputerUseClient instances parented to PID 1, plus a SkyComputerUseService instance and client processes launched through relative ./Codex Computer Use.app/... paths.
This does not appear to be simple app-bundle corruption, signing failure, or notarization failure. The evidence points toward a Computer Use lifecycle/update-state bug:
Codex updates the desktop app and refreshes the Computer Use helper to build 810.
Stale/orphaned SkyComputerUseClient / SkyComputerUseService processes and IPC/cache state survive or are recreated around the update/restart boundary.
macOS then surfaces the helper as "damaged" even though direct codesign and spctl checks accept both the copied helper and the bundled source helper.
Codex Computer Use.app: valid on disk
Codex Computer Use.app: satisfies its Designated Requirement
Codex Computer Use.app: accepted
source=Notarized Developer ID
Then open -n -g ~/.codex/computer-use/Codex\ Computer\ Use.app successfully launched SkyComputerUseService without the damaged-app dialog.
Please investigate the update/restart lifecycle around ~/.codex/computer-use, stale SkyComputerUse* processes, and 2DC432GLL2.com.openai.sky.CUAService IPC/cache cleanup. The recurring symptom is misleading because the app bundle verifies successfully after the dialog appears.
"Codex Computer Use.app" is damaged and can't be opened. You should move it to the Trash.
Additional diagnostics:
$ codesign --verify --deep --strict --verbose=2 /Applications/Codex.app
/Applications/Codex.app: invalid signature (code or signature have been modified)
In architecture: arm64
$ codesign --verify --deep --strict --verbose=2 "/Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use/Codex Computer Use.app"
/Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use/Codex Computer Use.app: invalid signature (code or signature have been modified)
In architecture: arm64
$ spctl --assess --type execute --verbose=4 /Applications/Codex.app
/Applications/Codex.app: internal error in Code Signing subsystem
$ spctl --assess --type execute --verbose=4 "/Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use/Codex Computer Use.app"
/Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use/Codex Computer Use.app: internal error in Code Signing subsystem
xattr -l on both the main app and nested helper did not show com.apple.quarantine; the main app had com.apple.macl, com.apple.metadata:_kMDItemLastOutOfSpotlightEngagementDate, and com.apple.provenance, while the nested helper had only com.apple.provenance.
This looks like the current installed app/helper bundle is signature-invalid rather than a normal quarantine-only failure.
Just now, after Codex Desktop updated and restarted automatically, macOS immediately showed the same damaged-app dialog for the Computer Use helper:
“Codex Computer Use” is damaged and can’t be opened. You should move it to the Trash.
The dialog also says:
This file was downloaded on an unknown date.
Environment
Codex Desktop version: 26.616.41845
About window release date: Jun 20, 2026
macOS: Tahoe 26.5.1
Device: MacBook Pro 16-inch, Apple M5 Max, 128 GB memory
Steps observed
Codex Desktop auto-updated to 26.616.41845.
Codex restarted automatically after the update.
Immediately after restart, macOS showed the damaged-app warning for Codex Computer Use.
Expected behavior
Codex Desktop should update and restart cleanly, and the bundled Codex Computer Use helper should remain usable without any macOS damaged-app / Move to Trash warning.
Actual behavior
Codex Computer Use cannot be opened after the update because macOS reports it as damaged and prompts me to move it to the Trash.
Regression note
This same issue appeared in earlier versions, then seemed to be fixed in the last few builds, but it has now returned after the 26.616.41845 update. Please treat this as a regression and investigate the update/restart lifecycle for the Computer Use helper, especially packaging/signing/notarization/quarantine handling and any stale helper state left across auto-updates.
changed the title [-]Codex Computer Use still reported damaged after 26.611.61049 update and auto-restart[/-][+]Regression: Codex Computer Use damaged again after 26.616.41845 auto-update[/+]on Jun 20, 2026
changed the title [-]Regression: Codex Computer Use damaged again after 26.616.41845 auto-update[/-][+]Codex Computer Use still reported damaged after 26.611.61049 update and auto-restart[/+]on Jun 20, 2026
Activity
github-actions commentedon Jun 16, 2026
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
rhdtl78 commentedon Jun 17, 2026
Update: still reproduces after 26.611.61753 (4008)
This still reproduces after updating Codex Desktop again.
Environment
26.611.61753/ build4008com.openai.codex~/.codex/computer-use: version1.0, build8102026-06-17KSTUser-visible symptom
After the update, macOS again shows the Gatekeeper-style dialog that
Codex Computer Useis damaged and cannot be opened. Korean localized dialog text observed by the user:Local evidence before repair
The helper did not look actually corrupt on disk:
The bundled source helper inside the updated app also passed:
Nested helpers also passed
codesign+spctl:Extended attributes did not show
com.apple.quarantineon the helper. The local copy only showed:The bundled source helper had no xattr output.
Process / state evidence
After the update and before repair, several Computer Use processes were still running, including orphaned
SkyComputerUseClientinstances parented to PID 1, plus aSkyComputerUseServiceinstance and client processes launched through relative./Codex Computer Use.app/...paths.There was also a stale IPC lock path present:
Working root-cause hypothesis
This does not appear to be simple app-bundle corruption, signing failure, or notarization failure. The evidence points toward a Computer Use lifecycle/update-state bug:
810.SkyComputerUseClient/SkyComputerUseServiceprocesses and IPC/cache state survive or are recreated around the update/restart boundary.codesignandspctlchecks accept both the copied helper and the bundled source helper.Local workaround that fixed this instance
This sequence cleared the problem locally:
After the repair:
Then
open -n -g ~/.codex/computer-use/Codex\ Computer\ Use.appsuccessfully launchedSkyComputerUseServicewithout the damaged-app dialog.Please investigate the update/restart lifecycle around
~/.codex/computer-use, staleSkyComputerUse*processes, and2DC432GLL2.com.openai.sky.CUAServiceIPC/cache cleanup. The recurring symptom is misleading because the app bundle verifies successfully after the dialog appears.rokgregoric commentedon Jun 17, 2026
Still reproducing on a newer Codex Desktop build.
Environment:
26.611.617534008codex-cli 0.140.0-alpha.1926.5.1build25F80arm64Observed dialog:
Additional diagnostics:
xattr -lon both the main app and nested helper did not showcom.apple.quarantine; the main app hadcom.apple.macl,com.apple.metadata:_kMDItemLastOutOfSpotlightEngagementDate, andcom.apple.provenance, while the nested helper had onlycom.apple.provenance.This looks like the current installed app/helper bundle is signature-invalid rather than a normal quarantine-only failure.
erickreutz commentedon Jun 17, 2026
Confirming this is an issue for me as well.
GGBondBlueWhale commentedon Jun 20, 2026
Regression after 26.616.41845 auto-update
This issue appears to have regressed again.
Just now, after Codex Desktop updated and restarted automatically, macOS immediately showed the same damaged-app dialog for the Computer Use helper:
The dialog also says:
Environment
26.616.41845Jun 20, 2026Tahoe 26.5.1Steps observed
26.616.41845.Codex Computer Use.Expected behavior
Codex Desktop should update and restart cleanly, and the bundled
Codex Computer Usehelper should remain usable without any macOS damaged-app / Move to Trash warning.Actual behavior
Codex Computer Usecannot be opened after the update because macOS reports it as damaged and prompts me to move it to the Trash.Regression note
This same issue appeared in earlier versions, then seemed to be fixed in the last few builds, but it has now returned after the
26.616.41845update. Please treat this as a regression and investigate the update/restart lifecycle for the Computer Use helper, especially packaging/signing/notarization/quarantine handling and any stale helper state left across auto-updates.[-]Codex Computer Use still reported damaged after 26.611.61049 update and auto-restart[/-][+]Regression: Codex Computer Use damaged again after 26.616.41845 auto-update[/+][-]Regression: Codex Computer Use damaged again after 26.616.41845 auto-update[/-][+]Codex Computer Use still reported damaged after 26.611.61049 update and auto-restart[/+]lily3miller3-arch commentedon Jun 23, 2026
I have the same problem.