Issue Station
Sign In
Tools hereToolbox

claude-code - 💡(How to fix) Fix [BUG] Voice dictation sends transcription to both panes in Claude Code Desktop split view [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#49564•Fetched 2026-04-17 08:37:33
View on GitHub
Comments
1
Participants
2
Timeline
5
Reactions
0
Author
gojoshyigojoshyi
Participants
github-actions[bot]github-actions[bot]gojoshyigojoshyi
Timeline (top)
labeled ×3closed ×1commented ×1

Error Message

Error Messages/Logs

RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing issues and this hasn't been reported yet
  • This is a single bug report (please file separate reports for different bugs)
  • I am using the latest version of Claude Code

What's Wrong?

What's Wrong?

When using split view in the Claude Code Desktop app on Windows (two sessions open side by side), pressing the in-app microphone button captures voice and sends the transcribed text to the input fields of both panes simultaneously — not just the one where the mic button was clicked.

What Should Happen?

Expected Behavior

Voice dictation should only send transcribed text to the input field of the pane where the mic button was clicked.

Error Messages/Logs

Steps to Reproduce

Steps to Reproduce

Open Claude Code Desktop app Open split view with two separate sessions/projects side by side Click the microphone button in one of the two panes Speak a prompt Observe that the transcribed text appears in the input fields of both panes

Claude Model

Opus

Is this a regression?

I don't know

Last Working Version

No response

Claude Code Version

2.1.112

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

Windows Terminal

Additional Information

Actual Behavior

Both split view panes receive the transcription, regardless of which pane initiated the recording. This makes it impossible to use voice input in split view, as unrelated prompts get injected into the wrong session.

Environment

  • OS: Windows
  • Model: Opus 4.6
  • App: Claude Code Desktop (split view)

Additional Context

This appears to be a shared dictation handler issue — the transcription stream isn't scoped to the originating pane. Using Windows native voice typing (Win + H) does not have this problem since it respects input focus.

Screenshot showing both windows receiving the same voice input: <img width="778" height="165" alt="Image" src="https://github.com/user-attachments/assets/990d91d2-bd6e-4680-b8b0-ecc642a36586" />

extent analysis

TL;DR

The issue can be addressed by implementing a mechanism to scope the dictation handler to the originating pane in the split view.

Guidance

  • Investigate the dictation handler implementation to identify why it's not respecting the input focus of the individual panes in split view.
  • Consider adding a unique identifier to each pane and modifying the dictation handler to only send transcribed text to the pane that initiated the voice input.
  • Review the Anthropic API documentation to see if there are any built-in features or parameters that can help scope the transcription stream to a specific input field.
  • Test the Windows native voice typing (Win + H) functionality to understand how it respects input focus and see if similar functionality can be implemented in the Claude Code Desktop app.

Example

No code example can be provided without more information about the dictation handler implementation, but a potential solution might involve adding a paneId parameter to the dictation handler function and using it to determine which pane to send the transcribed text to.

Notes

The issue seems to be related to the shared dictation handler not being able to distinguish between the two panes in split view. Without more information about the implementation, it's difficult to provide a more specific solution.

Recommendation

Apply a workaround by modifying the dictation handler to respect the input focus of individual panes, as the native Windows voice typing functionality does. This will likely require changes to the Claude Code Desktop app's implementation.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…
#api#callback error#memory management#API rate limit#retriever error

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING