Quiet mode (-q) not truly non-interactive due to git warning prompt

Resolved 💬 1 comment Opened Jun 16, 2025 by Yeqishen Closed Aug 7, 2025

What version of Codex is running?

0.1.2505172129

Which model were you using?

gpt-4.1

What platform is your computer?

Linux 6.10.14-linuxkit x86_64 unknown

What steps can reproduce the bug?

  1. Navigate to a directory that is not a git repository
  2. Run codex in quiet mode with any prompt: codex -q "fix this issue"

What is the expected behavior?

In quiet mode (-q flag), the CLI should run completely non-interactively without any prompts or warnings. The git repository warning should be skipped, and the command should proceed directly to processing the prompt.

This is especially important for:

  • Automated scripts
  • CI/CD pipelines
  • Batch processing scenarios
  • Any environment where user interaction is not possible

What do you see instead?

The program then waits for user input (y/n), breaking the non-interactive nature of quiet mode. This causes the CLI to hang indefinitely in automated environments.

Additional information

_No response_

View original on GitHub ↗

This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗