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
- Enable voice mode with
/voice - 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)
This issue has 6 comments on GitHub. Read the full discussion on GitHub ↗