Codex Desktop 在 macOS 上持续生成无限制的 Crashpad 待处理转储文件,导致本地磁盘迅速增长。该问题涉及成对的 `.dmp` 和 `_sidecar.json` 文件在 `~/Library/Application Support/com.openai.codex/web/Crashpad/pending` 目录中不断累积。在一天内,该目录达到了 4.9GB,包含 54,504 个文件,增长速度至少为每天 5GB。尽管转储文件不断生成,Codex 应用程序仍完全正常运行 —— 用户可以正常与 GitHub 交互并检查文件系统。证据显示,自 2026 年 5 月 30 日以来,有两个 `browser_crashpad_handler` 进程在 PPID=1 下运行,使用相同的 Crashpad 数据库,并带有注释 `prod=Codex_Mac` 和 `ver=148.0.7778.179`。该问题似乎是活跃的、无界的转储生成,而非残留的旧文件,因为在调查期间文件数量仍在增加。目前似乎没有上传、处理或轮换机制。由于可能包含私有数据,用户未公开分享微型转储文件,但如果 OpenAI 维护人员需要,可以通过安全路径提供。预期行为应为有界的、经过处理或轮换的崩溃报告;实际行为则是不受控制的累积,消耗多个 GB 的磁盘空间。
来源: Hacker News · 由HeadlinesBriefing整理摘要