Permission Prompt Fails If Typing In REPL When Prompt Appears

Resolved 💬 1 comment Opened Oct 11, 2025 by JMBattista Closed Jan 10, 2026

What version of Codex is running?

codex-cli 0.46.0

Which model were you using?

Codex (GPT-5) Coding Agent

What platform is your computer?

Microsoft Windows NT 10.0.26100.0 x64, Linux 6.6.87.2-microsoft-standard-WSL2 x86_64 x86_64

What steps can reproduce the bug?

Steps to Reproduce

Start Codex CLI and run a task that will request permission during execution (e.g., a command that needs network access or gh invocation that is not fully allow-listed).

While the task is running, begin typing in the REPL (e.g., drafting the next command or notes).

As the approvals/permissions prompt appears, the previously typed keystrokes are treated as input to that prompt.

The prompt instantly fails/dismisses (appears auto-denied).

Repro reliability: High (≥80%) if the prompt appears while typing.

What is the expected behavior?

The approvals/permissions prompt should:

  • Wait for explicit, intentional user input (e.g., 1/2/3, up/down/enter)
  • Probably have a short 250ms pause before accepting input if typing was happening before it appeared.

What do you see instead?

When Codex CLI is executing a command and the user is actively typing into the REPL, if an approvals/permissions prompt appears, the prompt immediately fails/dismisses as if an input was provided—likely due to buffered keystrokes intended for the REPL being consumed by the prompt.

This causes the operation to abort or proceed without the required approval.

Additional information

As a counter point this same kind of scenario happening in claude code on the cli doesn't cause the approval prompt to die.

View original on GitHub ↗

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