[BUG] Synthetic Enter from dictation tools (WhisperTyping) treated as Shift+Enter multiline input

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 WhisperTyping (a speech-to-text dictation tool) with Claude Code,
the "virtual enter press" feature (double-tap hotkey to submit after transcription)
is being interpreted as a multiline input (Shift+Enter) instead of a standard
Enter/submit command.

Actual behavior
The synthetic Enter keystroke creates a new line in the input box instead of
submitting, as if Shift+Enter or Ctrl+Enter was pressed.

Environment

• OS: Windows (Desktop)
• Terminal: Windows Terminal (tabbed version)
• Claude Code version: v2.1.33 (Opus 4.6, Claude Max)
• WhisperTyping: Latest version
• Hotkey tested: Tilde (~) and Caps Lock — same behavior with both

What Should Happen?

Expected behavior
Double-tapping the WhisperTyping hotkey should transcribe text and submit it
(same as pressing Enter).

Error Messages/Logs

Steps to Reproduce

When using WhisperTyping (a speech-to-text dictation tool) with Claude Code,
the "virtual enter press" feature (double-tap hotkey to submit after transcription)
is being interpreted as a multiline input (Shift+Enter) instead of a standard
Enter/submit command.

Claude Model

Opus

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

2.1.33

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

PowerShell

Additional Information

Key findings from troubleshooting

1. Works correctly in legacy PowerShell console (powershell.exe)
2. Works correctly in Windows Terminal when Claude Code is NOT running
3. Only fails inside Claude Code's TUI input handler
4. Tapping faster sometimes allows it to work, suggesting a timing/keystroke

interpretation issue

1. The issue is not specific to the hotkey chosen — reproduced with both

Tilde and Caps Lock activation keys

Likely cause
Claude Code's multiline input handler (which maps Shift+Enter to add a new line)
appears to be misinterpreting WhisperTyping's programmatically injected Enter
keystroke as a modified Enter (Shift+Enter or Ctrl+Enter).

Suggested fix
Consider adding a configurable option to disable multiline input shortcuts,
or improve detection of synthetic/injected keystrokes so they are treated as
plain Enter.

Workaround
Disable WhisperTyping's auto-Enter feature and manually press Enter after
transcription.