[BUG] Voice dictation (Cmd+D) inserts transcript into the first session instead of the focused pane in split view

Status Fixed / completed
Reported on v2.1.220
Maintainer reply None cached
Activity 0 comments · opened Aug 6, 2026 · closed Aug 8, 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?

In Claude Code Desktop with multiple sessions open in split view, voice dictation inserts the transcribed text into the first (leftmost / earliest-opened) session instead of the currently focused one.

Concretely: with three sessions open side by side, I click the third pane to activate it, press Cmd+D, and speak. The pane visibly has focus, but the transcript lands in the input box of session #1.

This is not the "text goes to all panes" behavior reported earlier — only one pane receives the text, and it is consistently the wrong one. The dictation target appears to be bound to the first-mounted session rather than to the pane that currently owns focus (or to the pane where Cmd+D was pressed).

What Should Happen?

Transcribed text should be inserted into the input field of the active/focused pane — the one where Cmd+D was pressed.

Error Messages/Logs

(none — no error is shown; the transcript is simply routed to the wrong pane)

Steps to Reproduce

  1. Open Claude Code Desktop.
  2. Open three sessions side by side in split view.
  3. Click the third pane to make it active (its input field is focused).
  4. Press Cmd+D to start dictation.
  5. Speak a short phrase.
  6. Observe: the transcript appears in the input field of the first pane. The third (active) pane stays empty.

Claude Model

Opus

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

Claude Desktop 1.25927.0 (Claude Code CLI 2.1.220)

Platform

Claude subscription

Operating System

macOS 15.6

Terminal/Shell

Claude Code Desktop app (not a terminal)

Additional Information

Possibly related, previously closed issues — all describe the same root cause (dictation not scoped to the originating pane), but with the older symptom of the transcript being duplicated into every pane:

  • #49564 — "Voice dictation sends transcription to both panes in Claude Code Desktop split view" (closed as duplicate)
  • #48360 — "Voice input appears in multiple sessions simultaneously" (closed)
  • #48880 — "Voice mode breaks in split panel setups within the Claude app" (closed)

It looks like the duplication part was fixed, but the transcript is still routed to a fixed pane (the first session) rather than following focus. So the pane-scoping bug is only partially resolved.

Workaround: using the native macOS dictation instead of the in-app mic works correctly, because it respects the OS-level input focus.

Impact: in-app dictation is effectively unusable in split view — every dictated prompt has to be cut and pasted into the intended session by hand.

View original on GitHub ↗