In-app dictation (Cmd+D) discards transcript on stop — Code tab only in Claude Desktop
Resolved 💬 1 comment Opened May 3, 2026 by joesturdy01 Closed Jun 2, 2026
Summary
In Claude Desktop's Code tab, in-app dictation triggered by Cmd+D records audio correctly but discards the transcribed text on stop, leaving the input field empty. The same shortcut and flow work correctly in the Chat and Cowork tabs — strongly suggesting the bug is in the Code tab's input handler / commit path on dictation stop, not in the dictation engine or hotkey binding.
Environment
- App: Claude Desktop
- OS: macOS Tahoe 26.4.1
- Hardware: MacBook Air M3, 16 GB
- Tab affected: Code
- Tabs unaffected: Chat, Cowork
Steps to reproduce
- Open Claude Desktop, switch to the Code tab.
- Click into the prompt input field at the bottom.
- Press
Cmd+Dto start in-app dictation. Mic icon activates and speech is captured (visible in the field while recording). - Press
Cmd+Dagain to stop dictation.
Expected
Transcribed text remains in the input field, ready to send.
Actual
Transcribed text disappears from the input on stop. Field returns to empty.
System config (verified)
- macOS Dictation: enabled (Settings → Keyboard → Dictation, English UK, auto-punctuation on)
- Claude has Microphone permission (Settings → Privacy & Security → Microphone)
- No competing dictation tool was active during repro (Wispr Flow installed but not triggering)
Workarounds tried — none restore the transcript in the Code tab
- Stopping with the mic icon click instead of
Cmd+D - Typing a character first to "dirty" the input before starting dictation
- Avoiding focus changes between start and stop
Notes
Reproduces 100% of the time. Happy to provide a screen recording if useful.
This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗