Arrow keys have ~1 second input delay after interactive option menu appears
Bug description
After an interactive option menu appears (one navigable with arrow keys, e.g. from a multi-choice prompt), arrow keys develop a ~1 second input delay. No other keys are affected.
Critically, this persists after quitting the Claude Code session AND quitting iTerm2 entirely. The delay affects arrow keys system-wide until the Mac is restarted.
Key details
- Only bare arrow keys are affected — modifier combinations like
Cmd+Arrowwork fine with no delay - Persists beyond the Claude Code session and terminal emulator — only a full Mac restart resolves it
- The delay is consistently ~1 second per keypress
- Affects arrow keys system-wide (not just in the terminal)
Likely cause
Given that this persists after the process and terminal exit, something is being modified at the macOS system input level — possibly via hidutil, IOKit HID properties, or a similar system-level keyboard input mechanism. The interactive menu component may be setting a key repeat delay or input property for arrow keys that is not cleaned up on exit.
Environment
- Claude Code version: 2.1.63
- Terminal: iTerm2
- OS: macOS
This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗