Side chat: Hold to Talk hotkey routes to primary chat when side chat has focus

Support Bug Reports
, , ,
1

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

When a side chat is open and has input focus, pressing the Hold to Talk hotkey (⌃M on macOS) starts voice capture on the primary/parent chat instead of the focused side chat. Transcription lands in the wrong composer.

Mic button in the side chat input may work correctly — this appears hotkey-specific.

Steps to Reproduce

  1. Agents window — start a conversation with at least one message
  2. Run /side to open a side chat
  3. Click into the side chat input (confirm it has focus)
  4. Press Hold to Talk (⌃M)

Expected Behavior

Voice input routes to the focused side chat composer.

Operating System

MacOS

Version Information

Version: 3.13.25
VSCode Version: 1.128.0
Commit: 31e8d61c448c
OS: Darwin arm64 26.5.2

Does this stop you from using Cursor

No - Cursor works, but with this issue

7

Hey @David_Mann1
You’re right that it’s hotkey-specific, and it isn’t caused by anything in your setup. What you’re describing isn’t intended behavior, and it’s something we’ve seen before - it’s an issue we’re tracking.

Worth flagging since it’s the obvious alternative: Dictate (Cmd+Shift+Space) routes the same way, so it won’t help here. For now the microphone button inside the side chat input is the reliable path - it targets the focused side chat directly.

No timeline to share yet, but I’ll post here when there’s an update.