hn.today

Codex is EATING my Mac's disk space

github.com86 points33 comments
Screenshot of Codex is EATING my Mac's disk space

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.

Read on github.com33 comments on Hacker News

Summary generated by AI from the linked article. hn.today is not affiliated with Hacker News or Y Combinator.

More in Security

The daily digest

Today's best Hacker News stories, summarized and screenshotted, one email a day.