Codex Desktop hides automation when automation.toml is UTF-8 with BOM
Open 💬 1 comment Opened Mar 8, 2026 by cfvbaibai
Summary
In Codex Desktop, an automation can disappear from the UI when its automation.toml file is saved as UTF-8 with BOM.
This is a different surface from SKILL.md parsing: this affects automation discovery/loading in Desktop.
Environment
- Codex Desktop (Windows)
- Automation stored at:
~/.codex/automations/<id>/automation.toml
Reproduction
- Create or edit an automation TOML under
~/.codex/automations/<id>/automation.toml. - Save file as UTF-8 with BOM (file header starts with bytes
EF BB BF). - Open/refresh Codex Desktop automation list.
- Observe the automation is missing/disappears.
Observed behavior
- Automation is not shown in Codex Desktop.
- File content is otherwise valid TOML.
Expected behavior
- Desktop should load TOML regardless of UTF-8 BOM, or show explicit parse error in UI/logs.
Workaround
- Re-save
automation.tomlas UTF-8 without BOM. - After rewrite, file header starts with text bytes (e.g.
76 65 72 73forvers), and automation reappears.
Notes
- We confirmed this repeatedly in real use.
- Please normalize BOM handling for automation TOML parser path.
This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗