Crashpad folder grows to 50GB+ with no cleanup mechanism (macOS)

Open 💬 1 comment Opened Jun 27, 2026 by Ray0907

Environment

  • OS: macOS
  • Codex version: 0.139.0
  • Location: ~/Library/Application Support/com.openai.codex/web/Crashpad

Problem

The Crashpad directory has grown to 50GB, consuming the entire disk and causing Codex to stop functioning (No space left on device).

The folder contains:

  • attachments/
  • completed/
  • new/
  • pending/
  • settings.dat

Root Cause

Crashpad is designed to upload crash dumps to a remote server and then clean up. If no upload endpoint is configured or upload fails silently, dumps accumulate indefinitely with no size limit or TTL.

Impact

  • Disk full → Codex crashes → more dumps → worse disk usage (death spiral)
  • Codex CLI fails with: No space left on device (os error 28)
  • No warning or notification to the user

Steps to Reproduce

  1. Install Codex Desktop
  2. Leave it running for several months
  3. Check ~/Library/Application Support/com.openai.codex/web/Crashpad

Expected Behavior

Crashpad should either:

  1. Upload dumps and delete them after successful upload, OR
  2. Enforce a size/count limit (e.g. keep last 10 dumps), OR
  3. Auto-clean dumps older than N days

Workaround

rm -rf ~/Library/"Application Support"/com.openai.codex/web/Crashpad

Related Issues

  • #29876 (Excessive disk writes on macOS)
  • #29388 (Checkpoint blobs consuming 100+ GB)

View original on GitHub ↗

This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗