[BUG] Voice dictation: cursor jumps back ~5 words and recording silently stops mid-dictation

Resolved 💬 3 comments Opened Apr 6, 2026 by L2G4T-C7V6B-X1Q9Z Closed Apr 10, 2026

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 using voice dictation (hold Space to record), recording intermittently stops mid-dictation. The cursor jumps backward approximately 5 words in the input, and while the dictation UI (waveform/recording indicator) remains visible, no new words are being transcribed or inserted. The only way to recover is to release Space and start a new recording.

This happens maybe 1 in every 5-10 dictation attempts. The other times it works perfectly.

What Should Happen?

Holding Space should continue recording and transcribing speech until the key is released. The cursor should remain at the end of the transcribed text and not jump backward.

Error Messages/Logs

No error messages — the failure is silent. The UI still shows the recording indicator but transcription stops producing output.

Steps to Reproduce

  1. Enable voice dictation with /voice
  2. Hold Space to begin recording
  3. Speak a sentence or two (~5-10 seconds of continuous speech)
  4. Observe that occasionally the cursor jumps backward ~5 words in the input and new speech is no longer transcribed, even though the recording UI is still displayed
  5. Release Space — the transcription is truncated at the point where it stopped

This is intermittent (roughly 10-20% of dictation attempts) and does not seem tied to any specific words or phrases.

Claude Model

Claude Opus 4.6

Is this a regression?

Not sure, did not use earlier versions with voice mode

Last Working Version

_No response_

Claude Code Version

2.1.92

Platform

Claude.ai (Claude Max, Claude Pro, Claude Team, Claude Enterprise)

Operating System

Windows

Terminal/Shell

bash

Additional Information

Possibly related to key-repeat detection dropping an event mid-hold, causing the recording to stop while the UI stays in the recording state. The cursor jump may be related to the warmup cleanup logic removing characters from the wrong position.

Potentially related issues:

  • #13183 (CLI hangs on paste from voice-to-text tools)
  • #17997 (cursor jumping during tool execution)
  • #22565 (jumping cursor in desktop app)

View original on GitHub ↗

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