Codex Desktop on macOS is repeatedly creating paired .dmp and _sidecar.json crash reports in ~/Library/Application Support/com.openai.codex/web/Crashpad/pending, causing unbounded local disk growth while the app remains usable. Reported measurements include one machine growing to 4.9 GB and 54,504 files in a day and another to ~61 GB with 738,864 files (369,431 .dmp files). The pending queue increases during investigation, roughly one report per second in one case, so this is active generation rather than stale leftovers. Affected Codex versions and macOS builds are listed, and users refrain from public attachment of minidumps for privacy.
Diagnostics implicate browser_crashpad_handler repeatedly crashing and writing dumps for itself. New .dmp files contain a FATAL from exception_handler_server.cc: "Check failed: kr == KERN_SUCCESS. mach_port_request_notification: invalid capability (20)", and system logs show EXC_BREAKPOINT/SIGTRAP. Reinstalling or disabling bundled browser components did not stop the growth. Deleting pending files temporarily frees space but new dumps reappear; a successful temporary workaround was to kill handlers and make the Crashpad database directory read-only/immutable (chflags/chmod), which halted new pending files. Related issues show similar helper cleanup problems. The reporter can provide the newest dump privately to maintainers.
Summary generated by AI from the linked article. hn.today is not affiliated with Hacker News or Y Combinator.