Arrow keys have ~1 second input delay after interactive option menu appears

Resolved 💬 3 comments Opened Mar 2, 2026 by AidanW-98 Closed Mar 30, 2026

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+Arrow work 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

View original on GitHub ↗

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