+5GB per day at the very least · Subject #25921 · openai/codex · GitHub

I’m seeing the identical concern on macOS with a more recent Codex Desktop construct, with a bit extra diagnostic element.

Environment

• Product: Codex Desktop app on macOS
• Codex app model: 26.602.71036
• CFBundleVersion: 3685
• Framework/Crashpad annotation noticed in dumps: ver=149.0.7827.54
• Architecture: arm64
• Crashpad database path:

~/Library/Application Support/com.openai.codex/net/Crashpad

Impact noticed

The pending listing grew to about 61G:

~/Library/Application Support/com.openai.codex/net/Crashpad/pending

Counts from the pending listing earlier than cleanup:

information: 738,864
.dmp information: 369,431
_sidecar.json information: 369,433
bytes: 63,233,668,274
GiB: 58.89
recent_24h information: 98,218
recent_7d information: 573,480
oldest: 2026-06-01 10:52:52
latest: 2026-06-09 10:00:26

After cleanup/reinstall/restart, the listing continued rising at roughly one crash report per second:

10:28:46 information=142 MiB=11.63
10:28:51 information=152 MiB=12.44
10:28:56 information=162 MiB=13.26
10:29:01 information=172 MiB=14.08
10:29:06 information=182 MiB=14.89

Key diagnostic element

The latest .dmp information comprise this FATAL message from browser_crashpad_handler itself:

browser_crashpad_handler
Codex_Mac
crashpad-handler
[0609/103121.674299:FATAL:third_party/crashpad/crashpad/handler/mac/exception_handler_server.cc:76]
Check failed: kr == KERN_SUCCESS.
mach_port_request_notification: (os/kern) invalid functionality (20)
executable_path=/Applications/Codex.app/Contents/Frameworks/Codex Framework.framework/Versions/149.0.7827.54/Helpers/browser_crashpad_handler
--database=/Users//Library/Application Support/com.openai.codex/net/Crashpad
--annotation=prod=Codex_Mac

So on this case it appears to be like like browser_crashpad_handler is crashing/restarting in a loop and writing paired .dmp / _sidecar.json information for itself.

System diagnostic logs additionally present repeated browser_crashpad_handler crashes with:

procName: browser_crashpad_handler
procPath: /Applications/Codex.app/Contents/Frameworks/Codex Framework.framework/Versions/149.0.7827.54/Helpers/browser_crashpad_handler
coalitionName: com.openai.codex
exception: EXC_BREAKPOINT / SIGTRAP

Related habits

The in-app browser / Browser Use had beforehand develop into unavailable on this machine. During investigation, Codex logs repeatedly confirmed Browser Use / IAB lifecycle entries, and browser_use_availability_resolved obtainable=true shortly earlier than Crashpad stored producing dumps. That might or might not be the set off, however the concern seems tied to the Codex Desktop browser/Chromium/Crashpad path.

A reinstall didn’t repair it.

Disabling browser@openai-bundled, disabling chrome@openai-bundled, and setting BROWSER_USE_AVAILABLE_BACKENDS = "" in ~/.codex/config.toml additionally didn’t cease the dump development after restart.

Temporary workaround that stopped disk development

Because macOS wouldn’t permit modifying /Applications/Codex.app/.../browser_crashpad_handler even with sudo (Operation not permitted), I labored round it by making the consumer Crashpad database read-only and immutable:

crash="$HOME/Library/Application Support/com.openai.codex/net/Crashpad"
pkill -f "browser_crashpad_handler.*com.openai.codex/net/Crashpad" 2>/dev/null || true
chflags -R nouchg "$crash" 2>/dev/null || true
chmod -R u+w "$crash" 2>/dev/null || true
rm -rf "$crash/pending" "$crash/new" "$crash/accomplished" "$crash/attachments"
mkdir -p "$crash/pending" "$crash/new" "$crash/accomplished" "$crash/attachments"
chmod -R 555 "$crash"
chflags -R uchg "$crash"

After that, pending stayed at zero for the noticed window:

10:40:12 information=0 MiB=0.0
10:40:17 information=0 MiB=0.0
10:40:22 information=0 MiB=0.0
10:40:27 information=0 MiB=0.0
10:40:32 information=0 MiB=0.0
10:40:37 information=0 MiB=0.0
10:40:42 information=0 MiB=0.0
10:40:47 information=0 MiB=0.0

This is just a disk-growth workaround, not an actual repair, because it successfully prevents Codex from writing Crashpad experiences.