Codex CLI ignores approval_policy = never from global config.toml in Ubuntu 26.04 LTS

Open 💬 2 comments Opened Jun 11, 2026 by mennthor
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

What version of Codex CLI is running?

0.139.0

What subscription do you have?

Azure OpenAI Endpoint

Which model were you using?

gpt-5.4-mini

What platform is your computer?

Linux 7.0.0-22-generic x86_64 unknown

What terminal emulator and version are you using (if applicable)?

Ubuntu standard terminal

Codex doctor report

Can't fully paste it due to path info I cannot expose.
If you need specific details, I can redact that portion and provide it.

What issue are you seeing?

In my global $HOME/.codex/.config.toml I have these settings:

sandbox_mode = "workspace-write"
approval_policy = "never"

When I start codex and check /status it says the approval policy is on-request , so it ignores the setting.
If I instead explicitely start codex via codex -c approval_policy=never, the effect is as expected and codex does not ask for approval.

What steps can reproduce the bug?

Install codex 0.139.0 via npm.
Add these settings to the global $HOME/.codex/config.toml:

sandbox_mode = "workspace-write"
approval_policy = "never"

Start codex via codex command. Check /status to see it is not using never but on-request.

Then start codex via codex -c approval_policy=never and check /status. It will show never as expected.

What is the expected behavior?

The expected behavior is to have codex running with never when started without explicit extra argument and only having the setting in the global $HOME/.codex/config.toml.

Additional information

_No response_

View original on GitHub ↗

2 Comments

github-actions[bot] contributor · 2 months ago

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

  • #27575

Powered by Codex Action

mennthor · 2 months ago

The mentioned potential duplicate is about Codex Desktop automations, not the CLI.
I think it is something different but not 100% sure.