Codex Desktop이 Crashpad 대기 덤프를 계속 생성하는 문제

macOS의 Codex Desktop과 통합 ChatGPT/Codex 앱에서 앱은 계속 사용 가능한데도 충돌 덤프가 백그라운드에서 쌓여 디스크를 소모한다는 사용자 보고가 이어짐 일부 환경에서는 browser_crashpad_handler 자체의 충돌과 재시작이 반복되며 초당 덤프 1개, 하루 약 15GB가 생성됨 최초 보고는 하루 4.9G, 54,504개 파일이었으며, 후속 사례에서는 기존 경로와 새 경로에 합계 약 323GB, 404만 개 파일이 누적됨 파일 삭제는 공간을 회수하지만 생성이 즉시 재개된 사례가 있음. 읽기 전용 설정은 쓰기를 막는 임시방편으로, 충돌 보고도 차단하며 근본적인 해결책은 아님 사용자들은 충돌 반복 중단과 보관 용량 제한을 별개로 요구함. 최신 macOS에서 문제가 없다는 사례도 있지만, 제공된 논의에는 모든 환경에 적용되는 수정 확인이 없음 최초 보고와 관찰 환경 이슈 #25921은 macOS에서 다음 경로에 .dmp와 _sidecar.json 쌍이 지속적으로 생성되는 문제를 다룸 ~/Library/Application Support/com.openai.codex/web/Crashpad/pending 앱 전체가 종료되거나 실행되지 않는 문제가 아니라, 앱을 사용하는 동안 디스크 사용량이 계속 늘어나는 현상임 최초 환경은 Codex Desktop 26.527.60818, CFBundleVersion=3437, macOS 26.3.1 (25D771280a), arm64였음 실행 중 프로세스의 Crashpad/Electron 주석은 prod=Codex_Mac, ver=148.0.7778.179였음 하루 동안 디렉터리가 4.9G, 54,504개 파일로 증가했으며, 덤프와 sidecar가 각각 27,252개였음 조사 중에도 파일 수가 53,444개에서 54,064개, 54,504개로 늘어남 표본 파일 시각은 2026년 6월 2일 13:31:21~21:08:24 CEST였음 같은 Crashpad 데이터베이스를 사용하는 browser_crashpad_handler 2개가 5월 30일부터 PPID=1로 실행 중이었음 이슈 등록 후 파일을 삭제하자 공간은 회수됐지만, 곧바로 6.4M, 70개 파일이 다시 생김 새 파일은 덤프와 sidecar 각각 35개로, 과거 잔여 파일만의 문제가 아니라 생성이 계속되고 있음을 뒷받침함 요구하는 정상 동작은 충돌 보고서의 보관량 제한, 업로드/처리/순환 삭제 또...