claude-code - 💡(How to fix) Fix Audio/visual alert when permission prompt is waiting for input (accessibility) [2 comments, 2 participants]

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…
GitHub stats
anthropics/claude-code#51941Fetched 2026-04-23 07:40:48
View on GitHub
Comments
2
Participants
2
Timeline
7
Reactions
0
Timeline (top)
labeled ×4commented ×2closed ×1

Fix Action

Fix / Workaround

Workarounds considered:

  • iTerm2 Triggers can approximate this on macOS, but only for iTerm2 users
  • A PreToolUse hook fires on every tool call, not specifically when approval is required — so it can't be used to target just the waiting state
RAW_BUFFERClick to expand / collapse

When Claude Code requires user approval for a tool call, there is no audio or system-level notification — the only signal is text appearing in the terminal. For users who step away from their screen while a task runs, this means Claude silently blocks with no way to know it's waiting.

This is also an accessibility concern: users who rely on audio cues, or who have attention or focus difficulties (e.g. ADHD), may not notice a visual-only prompt in a terminal window that isn't in the foreground.

Suggested behaviour:

  • Play a system sound when a permission prompt is displayed and waiting for input
  • Optionally: send a desktop notification (macOS/Linux notify-send) with the prompt text

Workarounds considered:

  • iTerm2 Triggers can approximate this on macOS, but only for iTerm2 users
  • A PreToolUse hook fires on every tool call, not specifically when approval is required — so it can't be used to target just the waiting state

A native solution that works in any terminal and on any supported OS would be the right fix.

extent analysis

TL;DR

Implement a system-level audio notification and optionally a desktop notification when a permission prompt is displayed and waiting for input in Claude Code.

Guidance

  • Investigate using platform-specific APIs to play a system sound when a permission prompt is displayed, such as afplay on macOS or aplay on Linux.
  • Consider using a cross-platform library to send desktop notifications, such as plyer or pynotifier, to ensure compatibility across different operating systems.
  • Evaluate the feasibility of integrating with existing accessibility features, such as screen readers or notification systems, to provide a more comprehensive solution.
  • Research potential security implications of playing sounds or displaying notifications, especially if the permission prompt contains sensitive information.

Example

No code example is provided due to the lack of specific technical details in the issue.

Notes

The solution should be designed to work across different terminal emulators and operating systems to ensure a native and consistent experience for all users.

Recommendation

Apply a workaround by implementing a system-level audio notification and optionally a desktop notification, as this addresses the immediate need for a more accessible and attention-grabbing prompt.

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

claude-code - 💡(How to fix) Fix Audio/visual alert when permission prompt is waiting for input (accessibility) [2 comments, 2 participants]