[BUG] Shift+Enter Does Not Insert New Line in WSL on Windows 10

[sap2me]

Environment
Platform (select one):

Anthropic API

AWS Bedrock

Google Vertex AI

Other: Claude CLI

Claude CLI version: 1.0.2 (Claude Code)

Operating System: Windows 10 (10.0.19045.3803)

Terminal: Windows Terminal (WSL)

WSL version: 2.4.13.0

Kernel version: 5.15.167.4-1

WSLg version: 1.0.65

Shell: bash

Bug Description
Pressing Shift+Enter inside Claude CLI running in WSL on Windows 10 does not insert a new line. Instead, it behaves the same as pressing Enter, which prematurely submits the current input. This prevents users from writing multiline prompts or code blocks.

Steps to Reproduce
Open Claude CLI (claude) in WSL (bash shell) using Windows Terminal

Start typing a multiline prompt or code

Press Shift+Enter expecting a newline

Input is submitted instead of moving to the next line

Expected Behavior
Shift+Enter should insert a new line, allowing users to write properly formatted multiline input without submitting prematurely.

Actual Behavior
Shift+Enter submits the input, just like Enter, making multiline prompts impossible.

Additional Context
This affects productivity when writing structured prompts or code snippets.
Reproducible consistently on a clean WSL 2 environment with Windows 10.
Would be helpful to support standard multiline input behavior.

[StephenBadger]

Same issue, very annoying. Makes it hard to talk to Claude. Also loving the extension, thanks team

[heat]

@sap2me I'm using their recommendation \ + return in order to add new lines.

related #729

[isi2010]

@sap2me I'm using their recommendation \ + return in order to add new lines.

related #729

But this isn’t the solution. In every work you are using shift + enter for a new line and this is for years like this. Really hard to train yourself to use something else for a new line

[pupeno]

I tried adding this:

[
    {
        "key": "shift+enter",
        "command": "type",
        "args": {
            "text": "\n"
        },
        "when": "claudeCode.chatInputFocused"
    }
]

to keybindings.json and it made no difference. This is super annoying. I'm wasting so many tokens on half finished prompts. I'm starting to compose prompts on a text file and copy and paste, but it makes the workflow slower.

[pupeno]

I think I see what the problem is. Claude Code adds the key binding inside WSL and it needs to be outside. It adds:

[
    {
        "key": "shift+enter",
        "command": "workbench.action.terminal.sendSequence",
        "args": {
            "text": "\\\r\n"
        },
        "when": "terminalFocus"
    }
]

to /home/pupeno/.config/Code/User/keybindings.json inside the Linux Claude Code is running into, instead to the correct one of the VSCode that is running, which in my case it's C:\Users\pupeno\AppData\Roaming\Code\User\keybindings.json.

[gusbicalho]

@pupeno I think that's part of the issue. In my setup, adding that keybinding to the correct keybindings.json file left me with an extra \ when I hit shift+enter:

The keybinding below works most of the time, but sometimes I am still left with the hanging \:

[
  {
    "key": "shift+enter",
    "command": "runCommands",
    "args": {
      "commands": [
        {
          "command": "workbench.action.terminal.sendSequence",
          "args": {
            "text": "\\"
          }
        },
        {
          "command": "workbench.action.terminal.sendSequence",
          "args": {
            "text": "\n"
          }
        }
      ]
    },
    "when": "terminalFocus"
  }
]

So it looks like Claude Code doe snot handle the \ Enter sequence properly if it's sent too quickly

[mathwcst-bitlyft]

@pupeno I think that's part of the issue. In my setup, adding that keybinding to the correct keybindings.json file left me with an extra \ when I hit shift+enter:

The keybinding below works most of the time, but sometimes I am still left with the hanging \:

[
{
"key": "shift+enter",
"command": "runCommands",
"args": {
"commands": [
{
"command": "workbench.action.terminal.sendSequence",
"args": {
"text": "\"
}
},
{
"command": "workbench.action.terminal.sendSequence",
"args": {
"text": "\n"
}
}
]
},
"when": "terminalFocus"
}
]
So it looks like Claude Code doe snot handle the \ Enter sequence properly if it's sent too quickly

You're a freaking SAVIOR!

[pupeno]

Yeah, I also get the "\". I'm just accepting it until the people at Anthropics improve this.

[Noir-Lime]

I think I see what the problem is. Claude Code adds the key binding inside WSL and it needs to be outside. It adds:

[
    {
        "key": "shift+enter",
        "command": "workbench.action.terminal.sendSequence",
        "args": {
            "text": "\\\r\n"
        },
        "when": "terminalFocus"
    }
]

to /home/pupeno/.config/Code/User/keybindings.json inside the Linux Claude Code is running into, instead to the correct one of the VSCode that is running, which in my case it's C:\Users\pupeno\AppData\Roaming\Code\User\keybindings.json.

Thanks! this fixed it for me.

[dkarelov]

If you are WSL2 user and use Claude Code under Windows Terminal in Windows 11, then you can use CTRL+BACKSPACE (kill word) and SHIFT+ENTER (enter new line) the following way (in Windows Terminal settings, then bottom left Open JSON file, then inside "actions" block add in the beginning):

{"command": {"action": "sendInput", "input": "\n"}, "keys": "shift+enter"},
{"command": {"action": "sendInput", "input": "\u0017"}, "keys": "ctrl+backspace"},

Now you can work like a proper human being ;)

[thomascgray]

@dkarelov you are a champion 👍 this worked a treat