WWW.YOUINFO.SITE
标签聚合 BUG

/tag/BUG

LinuxDo 最新话题 · 2026-06-11 21:47:54+08:00 · tech

咱也不懂这是什么。。 只是搜com.openai.codex.code_sign_clone 看到了相关问题。 github.com/openai/codex [Bug] macOS app leaves code_sign_clone directories after quit (~965MB per launch) 已打开 06:34PM - 01 Jun 26 UTC yorhasaber bug app ### What version of the Codex App are you using (From “About Codex” dialog)? Co … dex App 26.527.60818 (ChromiumBaseVersion 148.0.7778.179) ### What subscription do you have? Unknown / not relevant to this issue ### What platform is your computer? Darwin 24.6.0 arm64 arm ### What issue are you seeing? Every time I launch and quit the Codex macOS app, a new directory is left under: `/private/var/folders/.../X/com.openai.codex.code_sign_clone/code_sign_clone.*` Each clone is about 965 MB. After launching/quitting Codex multiple times, these directories keep accumulating. On my machine after several app restarts: ```bash clone dirs: 7 6.5G /private/var/folders/.../X/com.openai.codex.code_sign_clone ``` The directories disappear after reboot because macOS cleans the `/var/folders/.../X` temp area. This looks related to Chromium's `MacAppCodeSignClone` / `code_sign_clone` mechanism. Clone creation itself may be expected, but inactive clone dirs are not cleaned up after the app quits. I also observed orphaned helper processes after quitting Codex, including multiple `browser_crashpad_handler` processes and `SkyComputerUseService` processes with PPID=1. ### What steps can reproduce the bug? 1. Launch `/Applications/Codex.app`. 2. Quit Codex.app. 3. Check the clone directory: ```bash find /private/var/folders/*/*/X/com.openai.codex.code_sign_clone -maxdepth 1 -type d -name 'code_sign_clone.*' 2>/dev/null | wc -l du -sh /private/var/folders/*/*/X/com.openai.codex.code_sign_clone 2>/dev/null pgrep -fl 'Codex|node_repl|SkyComputerUse|app-server|browser_crashpad_handler' ``` 4. Repeat launch/quit several times. Observed: each launch creates another `code_sign_clone.*` directory, and old inactive clone dirs remain after quitting. ### What is the expected behavior? After Codex quits, inactive `code_sign_clone.*` directories should be removed by the code-sign-clone cleanup helper. Repeated launch/quit cycles should not keep adding ~965 MB per launch until reboot. ### Additional information I checked that this does not appear to be caused by my Codex `config.toml`. The issue appears to be in the macOS app / Chromium app lifecycle cleanup. The active clone may be held by the running Codex process, but old clone directories were not held by open file handles when checked with `lsof +D`. This suggests cleanup is not being triggered or is not completing for inactive clones. 还有个62GB的 openai/codex/issues/27536 2 个帖子 - 1 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-11 17:33:51+08:00 · tech

m3pro的机器,升级了macos27后很悔恨,有许多感知明显的bug。手头没有多余u盘和硬盘,但又想保留我的资料实现系统降级。 查询到mac有个安装双macOS系统的办法 在 Mac 上使用多个 macOS 版本 - 官方 Apple 支持 (中国) 想咨询一下有经验的佬友们:我能否分出一个卷安装macos15或者26后,将现在27的资料全部移动过去后把27的卷删除,从而实现系统降级呢? 1 个帖子 - 1 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-11 16:17:12+08:00 · tech

在bug team活动中,我注册的team号有两种 一种是有五小时和一周限制 一种是只有五小时限制,后经调用发现是月度刷新 想问下这种情况产生的原因,我看似乎都是chatgpt席位,为什么会存在这种差距? 以及codex和gpt席位差距在哪(除了codex席位用不了gpt这一条) 我想了解一下这方面的知识,但是搜索几次后并没有得到我希望的答案,拜托各位佬友们了。 1 个帖子 - 1 位参与者 阅读完整话题