Feedback popup captures numeric keyboard input intended for conversation

Resolved 💬 6 comments Opened Mar 25, 2026 by dashorst Closed May 24, 2026

Description

When the feedback popup appears after a tool call, pressing a number key (e.g. 3) is captured by the feedback popup instead of being sent to the conversation input. The user intended to type 3 as a response in the conversation, but it was swallowed by the feedback rating widget.

Steps to reproduce

  1. Have a conversation with Claude Code
  2. Wait for a tool call to complete (feedback popup appears)
  3. Type a number (e.g. 3) intending it as conversation input
  4. The number is captured by the feedback popup rating instead of appearing in the input

Expected behavior

The feedback popup should not intercept keyboard input that the user intends for the conversation. Either:

  • The feedback popup should require explicit focus/interaction before capturing keys
  • Or numeric input should be routed to the conversation input by default

Actual behavior

The feedback popup silently captures the keystroke. The user's intended message is lost.

Environment

  • Claude Code CLI
  • macOS (Darwin 24.6.0)

View original on GitHub ↗

This issue has 6 comments on GitHub. Read the full discussion on GitHub ↗