Shift+Enter no longer inserts newline in prompt (sends message instead)

[roomi-fields]

Description

Shift+Enter no longer works to insert a newline in the input prompt. Instead of creating a new line, it sends the message immediately — same behavior as Enter alone.

This makes it impossible to compose multi-line prompts without copy-pasting.

Environment

• OS: WSL2 (Linux 6.6.87.2-microsoft-standard-WSL2)
• Shell: bash
• Terminal: Windows Terminal
• Claude Code version: latest (as of 2026-03-07)

Expected behavior

Shift+Enter should insert a newline character in the prompt input, allowing multi-line composition before sending.

Actual behavior

Shift+Enter sends the message immediately, identical to pressing Enter.

Workaround

None practical — users must paste multi-line text or use \ continuation.

[github-actions]

Found 3 possible duplicate issues:

1. [BUG] Shift+Enter no longer creates a new line in the input #31371
2. [BUG] Shift+Enter Does Not Insert New Line in WSL on Windows 10 #1262
3. [Bug] Shift+Return submits prompt instead of creating newline in input #31710

This issue will be automatically closed as a duplicate in 3 days.

• If your issue is a duplicate, please close it and 👍 the existing issue instead
• To prevent auto-closure, add a comment or 👎 this comment

🤖 Generated with Claude Code

[6-keem]

Just fixed this same issue. See #1262 for the solutions

[sandrom]

i have the same issue and it is driving me mad

[gitmeteor]

use autohotkey

#HotIf WinActive("ahk_exe WindowsTerminal.exe")

+Enter::Send "{Ctrl down}{Enter}{Ctrl up}"

#HotIf

[github-actions]

Closing for now — inactive for too long. Please open a new issue if this is still relevant.

[github-actions]

This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.