Voice push-to-talk regression in v2.1.83: space bar passes through to terminal while listening, no voice detected

Resolved 💬 6 comments Opened Mar 25, 2026 by saurav-malani Closed Apr 19, 2026

Description

After updating from v2.1.81 to v2.1.83, space bar push-to-talk no longer works correctly.

Steps to Reproduce

  1. Enable voice mode with /voice
  2. Hold the space bar to record

Expected Behavior

Space bar is captured exclusively by voice mode, microphone records audio, and speech is transcribed on release.

Actual Behavior

  • "Listening" indicator appears at the bottom (voice mode is triggered)
  • Space bar simultaneously passes through to the terminal, moving the cursor forward
  • On release, "no voice detected" is shown — no audio is captured

This appears to be a regression introduced by the fix in v2.1.83: "Fixed space key being swallowed for up to 3 seconds after releasing voice hold-to-talk" — the fix seems to have caused space to no longer be exclusively captured by voice mode.

Workaround

Rebinding push-to-talk to meta+k in ~/.claude/keybindings.json avoids the conflict.

Environment

  • Claude Code version: 2.1.83
  • OS: macOS
  • Terminal: iTerm2 (Left Option key set to Esc+)
  • Started with: v2.1.83 update (was working fine on v2.1.81)

View original on GitHub ↗

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