更改标题[-] Codex桌面持续生成Crashpad待处理转储，最大增长到约5GB [/-] [+] Codex桌面持续生成Crashpad待处理转储，增长没有限制：每天至少增加5GB [/+] 在2026年6月9日，仍然在当前构建中发生，并且规模更大。测量2026年10月15日至2026年10月17日：环境 ChatGPT.app 26.1007.71326（构建20398），Codex框架（Chromium）155.0.8059.40 macOS 15.7.4，Apple Silicon（arm64）我发现的文件夹大小 文件 ~/Library/Application Support/com.openai.codex/web/Crashpad 180 GB 2,251,765 ~/Library/Application Support/Codex/Crashpad（几乎所有都在pending/中）143 GB 1,785,095 总计 ~323 GB ~4.04百万 这大约占926 GB磁盘的35%。在我发现之前，剩余空间降至1.4 GB。应用程序中没有任何警告。我只是通过运行du命令查看~/Library发现的。应用程序一直在运行，正如其他人所报告的那样。因此，转储在后台默默累积，没有限制。清理 在应用程序仍在运行时，我重命名了两个Crashpad文件夹并删除了重命名的副本。剩余空间在几分钟内从1.4 GB增加到50+ GB，并且删除仍在进行中（数百万个小文件）。请求 为Crashpad/pending设置大小或计数限制，并进行自动修剪（另请参见为Codex生成的数据添加存储限制和自动清理 #51361）。停止生成转储的处理程序崩溃循环（[app][macOS][26.727.51351] browser_crashpad_handler在启动后2毫秒SIGTRAP，launchd重新生成它，Crashpad/pending以约17GB/天填满磁盘 #36982）。当应用程序自己的数据超过几GB时，显示警告。相关：#36982，#39875，#51739，#52194，#51361。