claude-code - 💡(How to fix) Fix [Bug] Permission prompt disappears after Ctrl+O toggle with concurrent tool calls

Bug Description Title: Permission prompt vanishes after Ctrl+O → Ctrl+O, command appears stuck with no way to approve/deny

Claude Code version: 2.1.143 (Claude Code) OS: Linux 7.0.8-arch1-1 (Arch) Shell: zsh Model: Opus 4.7 (1M context)

Steps to reproduce

1. Issue a Bash tool call that requires permission (e.g. a command not in the auto-allow list). 2a. When the "Allow this command?" prompt appears, press Ctrl+O to expand and view the full output / command text. 2b. When Ctrl-O was active and a new Bash tool call was activated (in the background)
2. Press Ctrl+O again to return to the normal view.

Expected

The permission prompt is restored; user can approve or deny.

Actual

The permission prompt is gone. The command is in a stuck state — there is no visible way to approve or deny it, and Claude appears to be waiting indefinitely. The only escape is Esc cancel and re-issue (user requests to continue).

Frequency

Reliably reproducible. Hit it 3+ times in a single session today.

Workarounds tried

• Pressing another CTRL-O + CTRL-O to see if permissions is back did not work

Notes

• Cache stays warm across this state, so context isn't lost — just the UI affordance for approving the in-flight tool call.
• Recent v2.1.141–143 changelogs mention fixes for "terminal becoming unresponsive after certain operations" — this may be a related case that wasn't covered.

Environment Info

• Platform: linux
• Terminal: ghostty
• Version: 2.1.143
• Feedback ID: 4789c86c-4937-404e-9c90-c172f262ed2f

Errors

[]