CodexDockTilePlugin setDockTile: recursion still crashes Dock in 26.609.41114 (also reproduces on macOS 27.0 beta)

Resolved 💬 2 comments Opened Jun 13, 2026 by AlanTuring01 Closed Jun 13, 2026
💡 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)?

26.609.41114 (previously 26.609.30741 — both affected)

What platform is your computer?

macOS 27.0 beta (26A5353q), Mac mini Mac16,10, arm64

What issue are you seeing?

The setDockTile: infinite-recursion crash already reported in #27694 / #27776 / #27969 is still present in 26.609.41114, and it also reproduces on macOS 27.0 beta — all existing reports are for 26.609.30741 on macOS 26.x, so filing this to make sure the newer build and OS are on the radar.

Timeline on my machine (2026-06-13, UTC+8):

  • 03:09 — Sparkle auto-update to 26.609.30741 → com.apple.dock.external.extra.arm64 immediately enters a crash loop (03:13, 03:14, …)
  • 04:43 — Sparkle auto-update to 26.609.41114 → crash loop continues identically (every 5–10 minutes, e.g. 08:32, 08:38, 08:43, 08:54, 09:14)

Crash signature from DiagnosticReports (26.609.41114):

exception: EXC_BAD_ACCESS (SIGSEGV), KERN_PROTECTION_FAILURE
message:   Could not determine thread index for stack guard region
process:   com.apple.dock.external.extra.arm64

  0 libobjc.A.dylib       objc_storeStrong + 4
  1 CodexDockTilePlugin   -[CodexDockTilePlugin_com_openai_codex setDockTile:] + 40
  2 CodexDockTilePlugin   -[CodexDockTilePlugin_com_openai_codex setDockTile:] + 224
  3 CodexDockTilePlugin   -[CodexDockTilePlugin_com_openai_codex setDockTile:] + 224
     ... (frame at +224 repeats until the stack guard page is hit)
  8 com.apple.dock.external.extra.arm64 + 8192
  9 libdispatch.dylib     _dispatch_call_block_and_release + 32

setDockTile: re-enters itself at offset +224 — it looks like the setter calls itself (or re-triggers the same code path) instead of storing the ivar, recursing until stack overflow.

What did you expect to happen?

The Dock tile plugin should not crash the macOS Dock helper process. Since the recursion is unconditional, this likely affects every macOS user on recent builds.

Workaround

Move Codex.app/Contents/PlugIns/CodexDockTilePlugin.plugin out of the bundle and killall Dock. Codex itself works fine; only the Dock badge is lost. Every auto-update restores the plugin, so the workaround must be re-applied per update — which is how I can confirm 41114 is still affected.

Related: #27694, #27776, #27969

View original on GitHub ↗

2 Comments

github-actions[bot] contributor · 2 months ago

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

  • #27694
  • #27776
  • #27969
  • #27888

Powered by Codex Action

AlanTuring01 · 2 months ago

Closing as a duplicate of #27694, the main tracking issue for this setDockTile: recursion.

The two points this was filed to add — (1) still crashing in 26.609.41114 and (2) reproducing on macOS 27.0 beta (26A5353q) — are already captured in #27694 (my 2026-06-13 comment there). The full symbolicated stack trace above stays visible for reference. Tracking the fix in #27694. Thanks!