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

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 ↗

This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗