Codex Desktop crashes randomly during Git operations on macOS

Open 💬 2 comments Opened Jul 7, 2026 by AnasAlhumaid
💡 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.623.101652

What subscription do you have?

ChatGPT Plus

What platform is your computer?

Darwin 25.5.0 arm64 arm

What issue are you seeing?

Codex Desktop crashes randomly while working on coding tasks.

Environment:

  • Codex version: 26.623.101652
  • macOS 26.5
  • Mac mini M2 Pro
  • Apple Silicon
  • 16 GB RAM

The application completely quits and macOS shows "Codex quit unexpectedly".

The crashes have been happening since the first version I installed and continue on the latest version.

The issue occurs across multiple repositories and projects.

Cursor and Antigravity work normally on the same machine.

The crash reports consistently show:

  • Triggered by Thread: git
  • EXC_CRASH (SIGABRT)
  • abort() called

I also frequently notice the crash after Codex requests macOS permission related to "Keeping app data separate".

I have attached multiple crash reports.

What steps can reproduce the bug?

  1. Open Codex Desktop on macOS.
  2. Open any existing Git repository.
  3. Ask Codex to perform a coding task (e.g. modify files, refactor code, or commit/push changes).
  4. Wait around 30–90 seconds.
  5. Codex suddenly quits and macOS shows "Codex quit unexpectedly".
  6. Reopen Codex and continue the task.
  7. The crash happens again intermittently.

What is the expected behavior?

_No response_

Additional information

_No response_

View original on GitHub ↗

2 Comments

github-actions[bot] contributor · 1 month ago

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

  • #31098
  • #30376

Powered by Codex Action

YannisKiefer · 1 month ago

Adding a matching data point from a newer Codex Desktop build, with repeated historical evidence and post-crash process inspection.

Environment:

  • Codex Desktop: 26.707.51957 / build 5175
  • Codex Framework / Chromium: 150.0.7871.115
  • macOS: 15.7.3 (24G419)
  • Apple Silicon / ARM64
  • SIP enabled
  • Root filesystem had about 63 GiB available, so this was not a disk-full condition

Latest crash summary:

Process: ChatGPT (Codex.app)
Identifier: com.openai.codex
Exception: EXC_BREAKPOINT (SIGTRAP)
Termination: SIGNAL 5, Trace/BPT trap: 5
Crashed thread: git

The crashing git worker includes Node/V8 UTF-8 decoding and callback frames:

node::encoding_binding::BindingData::DecodeUTF8(...)
node::StringBytes::Encode(...)
node::InternalMakeCallback(...)
node::worker::Worker::Run()
uv_run

Historical correlation:

  • I found 19 prior Codex .ips reports from July 5 through July 9.
  • Every report identifies the triggered thread as git.
  • The older reports alternate between EXC_CRASH / SIGABRT and EXC_BREAKPOINT / SIGTRAP.
  • The issue persisted across at least three Desktop builds (26.623.101652, 26.623.141536, and now 26.707.51957).
  • A scan of the active repositories completed successfully with normal Git CLI, and global Git config had no custom pager or encoding override.

Post-crash process leak:

Multiple old Codex generations remained alive under PPID=1, including:

  • 5 orphaned codex ... app-server processes
  • 22 orphaned bare-modifier-monitor processes
  • many stale crashpad handlers from Framework versions 149.0.7827.197, 150.0.7871.101, and 150.0.7871.115

The five stale app servers and 22 stale modifier monitors accepted normal TERM; the current Codex window and its active app server remained healthy.

This suggests two related defects: the Git worker can terminate the whole Desktop app while decoding or processing Git output, and crash/restart teardown does not reliably reap the previous app-server/helper generation. The raw crash report is not attached publicly because it contains local paths and identifiers, but sanitized sections can be provided if maintainers need them.