claude-code - 💡(How to fix) Fix [Bug] Approval prompt fails to render intermittently, causing session to hang

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…

Root Cause

Bug Description Title: Permission/approval prompt intermittently fails to render.

Severity: High. Session hangs, forcing an interrupt and reissuing of work.

Summary: Relatively often, a tool call that requires approval (Edit/Write, Bash) gates internally but does not render the approval prompt. The session freezes because it's waiting for an approval which I have no opportunity to provide.

Details:

  • Intermittent; no obvious correlation to anything else going on.

  • Process is sleeping (S+), caffeinate child present (harness believes it's mid-tool-call), no command shell running, no zombie child.

  • Transcript shows the tool_use with no matching tool_result (dangling) for the entire hang.

  • Redraw nudges do not help: Ctrl+L, keypresses, terminal resize, and SIGWINCH all fail.

  • Shift+Tab (switching permission mode to accept-edits) does release the queued operation.

Expected: the approval prompt always renders when a tool gates on it. If a render fails, the harness re-emits/recovers it rather than waiting forever.

Environment: macOS 13.7.6 (ARM64), iTerm2; Claude Code 2.1.162.

Code Example

[]
RAW_BUFFERClick to expand / collapse

Bug Description Title: Permission/approval prompt intermittently fails to render.

Severity: High. Session hangs, forcing an interrupt and reissuing of work.

Summary: Relatively often, a tool call that requires approval (Edit/Write, Bash) gates internally but does not render the approval prompt. The session freezes because it's waiting for an approval which I have no opportunity to provide.

Details:

  • Intermittent; no obvious correlation to anything else going on.

  • Process is sleeping (S+), caffeinate child present (harness believes it's mid-tool-call), no command shell running, no zombie child.

  • Transcript shows the tool_use with no matching tool_result (dangling) for the entire hang.

  • Redraw nudges do not help: Ctrl+L, keypresses, terminal resize, and SIGWINCH all fail.

  • Shift+Tab (switching permission mode to accept-edits) does release the queued operation.

Expected: the approval prompt always renders when a tool gates on it. If a render fails, the harness re-emits/recovers it rather than waiting forever.

Environment: macOS 13.7.6 (ARM64), iTerm2; Claude Code 2.1.162.

Environment Info

  • Platform: darwin
  • Terminal: iTerm.app
  • Version: 2.1.165
  • Feedback ID: 2f3b3d85-8cdc-4e11-889d-74a63a349b55

Errors

[]

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING