[BUG] Interactive prompt navigation corrupts terminal display across multiple terminal emulators (Linux)

Preflight Checklist

• [x] I have searched existing issues and this hasn't been reported yet
• [x] This is a single bug report (please file separate reports for different bugs)
• [x] I am using the latest version of Claude Code

What's Wrong?

When Claude Code displays interactive selection prompts (e.g. numbered options like "1. Yes / 2. No"), using the arrow keys to navigate corrupts the terminal display. The interface becomes unusable and requires Ctrl-C to recover the session. Number key input and other commands like shift+tab are also occasionally bugged (similar to #27924). When this happens, typically pressing any key results in the terminal performing an action it would normally perform if not running Claude. For example, pressing "enter" to confirm will instead create a new line, pressing "1" to select an option causes the character "1" to appear somewhere in the terminal, and pressing up and down arrow keys sometimes (but not always) result in duplicating one or more lines of the prompt

This reproduces consistently across multiple terminal emulators, suggesting the issue is in Claude Code's input/raw mode handling rather than the terminal itself.

What Should Happen?

When a selection prompt appears, navigating up and down the with the arrow keys and selecting with enter should work without causing corruptions in the terminal.

Error Messages/Logs

Steps to Reproduce

1. Start a Claude Code session
2. Trigger any interactive selection prompt (e.g. a permission dialog)
3. Use arrow keys to navigate the options
4. Observe terminal display corruption (it often does not occur until having done a few selection prompts)

Claude Model

Sonnet (default)

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

2.1.78

Platform

Anthropic API

Operating System

Other Linux

Terminal/Shell

Other

Additional Information

Additional Notes:

Simply using number keys to select options often works, however those do break occasionally as well, as in #27924. Occasionally other key commands like shift+tab will cause corruptions as well.

### Environment

---

• Claude Code: 2.1.78
• OS: Fedora 43 (Linux 6.18.16-200.fc43.x86_64)
• Shell: bash
• TERM: xterm-256color
• Multiplexer: None

---

### Tested Terminal Emulators

• GNOME Terminal (default on Fedora 43)
• Kitty
• Warp

All three exhibit the same behavior, and GNOME was also tested with tmux with the same issue.
### Related Issues

Possibly related to #27924 (permission prompt number key selection broken), but this issue affects arrow key navigation more broadly and reproduces on Linux across all tested emulators.