Custom (config.toml) option disappears for never + danger-full-access
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.5k
- PR merge metrics
- PR metrics pending
Description
What issue are you seeing?
The Custom (config.toml) permission option disappears when config.toml contains:
approval_policy = "never"
sandbox_mode = "danger-full-access"
This affects the ChatGPT Desktop app, Codex VS Code extension, and Codex CLI.
What steps can reproduce the bug?
- Set the configuration above.
- Open the permission selector.
- Custom (config.toml) is missing. With another combination, such as
on-requestplusworkspace-write, it appears normally.
What is the expected behavior?
Keep Custom (config.toml) available, or show Full access (from config.toml).
Additional information
Version 26.727.40816 still showed Custom (config.toml) for this configuration. In 26.810.41047, only the built-in options remain. Although the configuration is effectively equivalent to Full access, the UI no longer indicates that permissions came from config.toml or provides a way to select the configuration-defined mode again.
In the comparison screenshot where Full access is shown, it was selected manually; the issue is the missing Custom (config.toml) option.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start at the permission selector and config.toml handling in the Codex CLI, then trace the shared path used by the ChatGPT Desktop app and Codex VS Code extension. Reproduce with approval_policy = "never" and sandbox_mode = "danger-full-access", and verify that the configuration-defined option remains available or is shown as Full access from config.toml.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- cli, developer-experience
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 56/100