Ctrl-backspace does not delete back to the previous wordbreak #755

DHowett-MSFT · 2019-05-13T21:45:46Z

It deletes character-by-character instead.

Kapperchino · 2019-05-13T22:42:49Z

I don't see the keybinding in the terminal app, it might not be implemented.

DHowett-MSFT · 2019-05-13T23:06:38Z

@Kapperchino More to the point, though, is that Ctrl+Backspace is a VT sequence that needs to be serialized and sent to the application on the other end... it's not likely to be rebindable or otherwise treated as a key binding.

vapier · 2019-05-14T21:18:36Z

you just want to make sure the right sequence is sent to the foreground program in the terminal right? the job of deleting words is handled by the shell rather than the terminal since the terminal has no concept of words, only cells.

DHowett-MSFT · 2019-05-14T21:37:26Z

Yes.

…

________________________________ From: Mike Frysinger <notifications@github.com> Sent: Tuesday, May 14, 2019 2:19:01 PM To: microsoft/Terminal Cc: Dustin Howett; Author Subject: Re: [microsoft/Terminal] Ctrl-backspace does not delete back to the previous wordbreak (#755) you just want to make sure the right sequence is sent to the foreground program in the terminal right? the job of deleting words is handled by the shell rather than the terminal since the terminal has no concept of words, only cells. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmicrosoft%2FTerminal%2Fissues%2F755%3Femail_source%3Dnotifications%26email_token%3DADNHLGSJTE4KKXWHDECROFDPVMUELA5CNFSM4HMTV4DKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODVM2FPI%23issuecomment-492413629&data=01%7C01%7Cduhowett%40microsoft.com%7C1997e6ff518e4a3f396708d6d8b1c987%7C72f988bf86f141af91ab2d7cd011db47%7C1&sdata=V1y3C26WGNZ50VnZW5BhV1CYKetf%2BgGLqov9Sc9tLw0%3D&reserved=0>, or mute the thread<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FADNHLGQKRNJQTZBZCRAZMO3PVMUELANCNFSM4HMTV4DA&data=01%7C01%7Cduhowett%40microsoft.com%7C1997e6ff518e4a3f396708d6d8b1c987%7C72f988bf86f141af91ab2d7cd011db47%7C1&sdata=auF20gJCIvXV%2FYpDN0e%2B3JzvxI766ZTbszhk3qx%2BwUo%3D&reserved=0>.

Summon528 · 2019-06-03T09:47:54Z

FYI, if you launch PowerShell through WSL, ctrl + backspace will also delete character-by-character, so this is probably not Terminal's problem.

Summon528 · 2019-06-03T12:57:23Z

Apparently Ctrl + backspace == <U+0008> == ^H which most shells including PowerShell treated as delete one char, so this is kind of by design? Also, this is probably why most Linux shells use Alt + backspace instead

zadjii-msft · 2019-06-03T14:39:26Z

Yea this might be a PSReadline thing TBH. I bet they're looking for an INPUT_RECORD with ctrl+backspace, but as @Summon528 mentioned, we're sending ^H, which is what most terminal emulators will send for ctrl+backspace.

Then, when conpty recieves the ^H, it will translate that to:

as opposed to

This might be solvable with the whole conpty INPUT_RECORD thing

gohar94 · 2019-06-24T17:38:55Z

Regular PowerShell does delete back till previous wordbreak so I'd expect the PowerShell tabs in Windows Terminal to do the same.

DHowett-MSFT · 2019-06-24T17:40:47Z

"I'd expect"

good, that's why this is a bug that's still open and not resolved as By Design

rkeithhill · 2019-06-26T04:24:24Z

@lzybkr @daxian-dbw Any thoughts on this? It is a bummer that ctrl+backspace doesn't work when PS Core runs in Windows Terminal. FWIW this is also an issue with cmd.exe.

lzybkr · 2019-06-26T18:14:08Z

I don't have a solution, but on Windows, PSReadLine relies on the CLR to map INPUT_RECORDs with more precision than what you typically get with non-Windows terminals. There is also a related platform specific assumption being made here:

https://github.com/PowerShell/PSReadLine/blob/f2f553156063a8635b9d4882a878a828365cdd99/PSReadLine/Keys.cs#L291

richardszalay · 2019-07-18T00:15:34Z

FWIW, you can workaround this problem by press CTRL+SHIFT+LEFT (which selects the previous word) and then pressing backspace. It's far from ideal, but it's more efficient than backspaces through the individual characters.

JakeShirley · 2019-08-09T17:20:05Z

I'd also love to see this fixed! Definitely a jarring change from using regular PowerShell.

awhewell · 2019-08-24T20:31:20Z

Just to be clear, this is not only an issue with powershell tabs. I originally came here to report it not working on cmd.exe tabs.

Moreover the CTRL+SHIFT+LEFT workaround does not work in cmd.exe tabs. If you type "foo" and then CTRL+SHIFT_LEFT then it just moves the cursor to the start of "foo". It does not select the word so pressing backspace does not then have the desired effect.

williamclot · 2019-09-12T16:35:23Z

I'm using zsh as my shell in WSL. When using bindkey '^H' backward-kill-word I get the expected behavior.

This is my configuration:

bindkey -e
# Control + backspace
bindkey '^H' backward-kill-word
# Control + arrows
bindkey ";5C" forward-word
bindkey ";5D" backward-word

yggdrasil75 · 2019-09-25T02:20:20Z

I would like to note on this issue that almost every program by microsoft, as well as most external programs use control+backspace to delete the entire word, however it is not for some reason a native windows function, which means that each of those programs either have to manually add support for the functionality, or their compiler does it for them. This is such a standard function that it is expected to occur everywhere by people who know hotkeys, would it not be more prudent to add it as a native windows function than to just update the various terminals?

(side note: explorer.exe also inserts ascii 127 - delete character instead of deleting the entire word)

jnm2 · 2019-09-25T16:48:30Z

Some history on Ctrl+Backspace: https://devblogs.microsoft.com/oldnewthing/?p=24823

jevring · 2019-10-11T15:49:34Z

Use bind '"\C-H":backward-kill-word' in bash to solve this issue.

DHowett · 2021-02-15T20:41:26Z

As you said, it wouldbe really nice to configurate this inside Terminal settings as a Hotkey/alias.

Terminal cannot control how the connected application interprets keyboard input if that application doesn’t already have the feature you want. What you are asking for is impossible.

Animeshz · 2021-02-16T02:52:29Z

@DHowett I see the VSCode is able to do so 👀. The Ctrl+Backspace is working with it. So I guess it shouldn't be "impossible" or so.

BennyAlex · 2021-02-16T10:40:06Z

As you said, it wouldbe really nice to configurate this inside Terminal settings as a Hotkey/alias.

Terminal cannot control how the connected application interprets keyboard input if that application doesn’t already have the feature you want. What you are asking for is impossible.

If the terminal would send something like bind '"\C-H":backward-kill-word' to bash or if thats not possible, it coud change the .bashrc by itself automatically.

I am not very familiar with how Terminals work, but I saw different ones where ctrl-backspace deletes the whole word without any configuration

zadjii-msft · 2021-02-16T11:45:18Z

I would love to have another actual, concrete example of a terminal that allows C-bksp to delete whole words backwards, without otherwise configuring bash to so do.

VsCode does this by manually binding

{ "key": "ctrl+backspace",        "command": "workbench.action.terminal.deleteWordLeft",
                                     "when": "terminalFocus" },

Which then presumably sends ^W to the terminal. (see microsoft/vscode#31821, microsoft/vscode#59071). I wouldn't recommend that, because it's not always going to work, but hey, they've already made that decision. You could probably get the same behavior in the Windows Terminal with

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

BennyAlex · 2021-02-16T13:22:07Z

@zadjii-msft
As you said, VS Code is sending ^W, so I suggest other Terminals does that as well. As far as I can remember, cmder for windows was also able to deleteWordLeft inside bash

GaboFrontDev · 2021-03-10T17:39:46Z

I would love to have another actual, concrete example of a terminal that allows C-bksp to delete whole words backwards, without otherwise configuring bash to so do.

VsCode does this by manually binding
{ "key": "ctrl+backspace",        "command": "workbench.action.terminal.deleteWordLeft",
                                     "when": "terminalFocus" },
Which then presumably sends ^W to the terminal. (see microsoft/vscode#31821, microsoft/vscode#59071). I wouldn't recommend that, because it's not always going to work, but hey, they've already made that decision. You could probably get the same behavior in the Windows Terminal with
{ "keys": "ctrl+backspace", "command": { "action": "sendInput", "input": "\u0017" },

Thanks, I was looking for the action name. How can I find all the actions? Because there is no docs about it

zadjii-msft · 2021-03-10T17:56:57Z

Because there is no docs about it

https://docs.microsoft.com/en-us/windows/terminal/customize-settings/actions ?^?_??

GaboFrontDev · 2021-03-10T19:06:23Z

Because there is no docs about it

https://docs.microsoft.com/en-us/windows/terminal/customize-settings/actions ????

Yeah, I didn't understand the usage of sendInput too well. mb

travisterrell · 2021-03-11T23:09:03Z

I would love to have another actual, concrete example of a terminal that allows C-bksp to delete whole words backwards, without otherwise configuring bash to so do.

VsCode does this by manually binding
{ "key": "ctrl+backspace",        "command": "workbench.action.terminal.deleteWordLeft",
                                     "when": "terminalFocus" },
Which then presumably sends ^W to the terminal. (see microsoft/vscode#31821, microsoft/vscode#59071). I wouldn't recommend that, because it's not always going to work, but hey, they've already made that decision. You could probably get the same behavior in the Windows Terminal with
{ "keys": "ctrl+backspace", "command": { "action": "sendInput", "input": "\u0017" },

Does the default Windows Command Prompt not count?

zadjii-msft · 2021-03-12T11:57:37Z

Does the default Windows Command Prompt not count?

Ah but "Command Prompt" isn't a terminal emulator, it's a shell. Which does bring us to a complicated scenario - technically, the ctrl+bksp handler in cmd.exe technically is implemented in conhost. But that's provided by the "cooked read data", which is an input mode that commandline applications can request in console apps. Using cooked read is a little bit like having a bad readline that's implemented for you, by the console subsystem itself. So technically, that's provided in conhost, but that's really a per-client application kind of thing. WSL, for example, disables cooked read, so it can read individual keystrokes.

travisterrell · 2021-03-12T16:04:37Z

Ah, that makes a large amount of sense. Thank you very much for the information. It totally makes sense that when Terminal connects to other shells, it must accommodate different behavior.

Thanks again!

flyingdutchman · 2021-03-12T16:57:42Z

When trying to do verbatim insert ctrl+v on my linux machine over ssh my backspace and ctrl+bksp both output ^? on my terminal. Thus I can't change my .inputrc file to correct the problem.

I do realize that this can be fixed by creating a new action in the Windows Terminal parameters but is this strange behavior linked to Windows Terminal or is it something else ?

DHowett · 2021-03-12T16:59:04Z

Depends. Are you using the bundled 7.7 version of SSH that comes with Windows?

flyingdutchman · 2021-04-12T12:23:46Z

Sorry for the late answer !

After checking, yes I have the built in version OpenSSH_for_Windows_7.7p1, LibreSSL 2.6.5
I'll wait for the windows 10 update that will come with a newer version to see if the behavior changes.

flatline-studios · 2021-05-17T15:39:38Z

Sorry for the late answer !

After checking, yes I have the built in version OpenSSH_for_Windows_7.7p1, LibreSSL 2.6.5
I'll wait for the windows 10 update that will come with a newer version to see if the behavior changes.

The version 8.1 of OpenSSH came out nearly two years ago... It doesn't look like microsoft is in any hurry to push it out over windows update, so you could be waiting a looooong time (as in, forever).

Why not just:

Grab the .zip from: https://github.com/PowerShell/Win32-OpenSSH/releases
Unzip it somewhere awesome, like: C:\Program Files\OpenSSH
Add the directory in part 2, to the top of the PATH environment variable (Google knows how)
Close and re-open your terminal to force an update of the newly updated PATH
Type: get-command ssh in to a PowerShell window, and check that it's Version 8.1.0.0, or greater

It'll take less than a minute if you know how to add to your PATH variable, maybe 3 or 4 minutes if you don't.

Gorthog · 2022-01-09T07:40:55Z

If you are using fish shell you can add these 2 lines in your $HOME/.config/fish/config.fish:

bind \cH backward-kill-path-component
bind \[3\;5~ kill-word

tqwewe · 2022-05-07T11:15:50Z

Fish shell users: Fish automatically calls a function called fish_user_key_bindings.

Add the following to ~/.config/fish/config.fish:

function fish_user_key_bindings
    # Ctrl Left Arrow
    bind \e\[1\;5D backward-word
    # Ctrl Right Arrow
    bind \e\[1\;5C forward-word
    # Ctrl backspace
    bind \b backward-kill-word
end

Naolador · 2022-07-04T11:15:22Z

Fish shell users: Fish automatically calls a function called fish_user_key_bindings.

Add the following to ~/.config/fish/config.fish:
function fish_user_key_bindings
    # Ctrl Left Arrow
    bind \e\[1\;5D backward-word
    # Ctrl Right Arrow
    bind \e\[1\;5C forward-word
    # Ctrl backspace
    bind \b backward-kill-word
end

That's not working on my fish, version 3.5.0.

Gorthog · 2022-07-27T12:05:51Z

@Naolador ctrl + left / right arrow works fine without any additional configuration

for ctrl + backspace try this:

function fish_user_key_bindings
    # ctrl + backspace to delete previous word
    bind \cH backward-kill-path-component
    # ctrl + delete to to delete forward word
    bind \[3\;5~ kill-word
end

Naolador · 2022-07-28T01:09:36Z

@Naolador ctrl + left / right arrow works fine without any additional configuration

for ctrl + backspace try this:
function fish_user_key_bindings
    # ctrl + backspace to delete previous word
    bind \cH backward-kill-path-component
    # ctrl + delete to to delete forward word
    bind \[3\;5~ kill-word
end

Thanks, that works 👍

unphased · 2022-08-17T04:14:06Z

Note for googlers that land here like me.

I came here because I use Ctrl+H to move to the left pane in tmux and vim, and I use Ctrl+Backspace to delete a word backwards. I am used to making adjustments to ensure that all three work.

The way to make this work for Windows Terminal (which is growing so well and I no longer try to run Alacritty on windows anymore, and haven't ran Putty in years) to be consistent with what I believe to be the ideal modern Linux and BSD mapping of these keys:

	{ "command": { "action": "sendInput", "input": "\u007f" }, "keys": "backspace" },
	{ "command": { "action": "sendInput", "input": "\u001b\u007f" }, "keys": "ctrl+backspace" }

junaga · 2023-01-20T22:38:03Z

TLDR

fix either in bash

# ~/.bashrc
bind '"\C-H":backward-kill-word'

or in wt.exe (Windows Terminal)

// %LOCALAPPDATA%\Packages\Microsoft.WindowsTerminal_8wekyb3d8bbwe\LocalState\settings.json
{
  "actions": [
    {
      "keys": "ctrl+backspace",
      "command": { "action": "sendInput", "input": "\u0017" }
    }
  ]
}

windowsではctrl+wをバインドできなかった。 microsoft/terminal#755 そもそもブラウザのタブ削除とも間違いやすいしまあいいかと

l4kr · 2024-06-21T19:52:44Z

One more solution which is easily reversible and works accross all shells, all SSH sessions, and your grandmas and their dogs computer is in PowerToys - Keybard Manager > Remap shortcuts > Add shortcut remapping

Ctrl+Backspace to Alt+Backspace in app "windowsterminal"

DHowett-MSFT added Help Wanted Issue-Bug Area-TerminalControl labels May 13, 2019

DHowett-MSFT added this to the Windows Terminal v1.0 milestone May 13, 2019

miniksa added the Mass-Chaos label May 17, 2019

ghost added the Needs-Tag-Fix label May 17, 2019

miniksa added Product-Terminal and removed Mass-Chaos labels May 17, 2019

ghost removed the Needs-Tag-Fix label May 17, 2019

DHowett-MSFT mentioned this issue Jun 24, 2019

delete last word hotkey [Ctrl + Backspace] #1511

Closed

DHowett-MSFT mentioned this issue Jun 25, 2019

Bug Report #1605

Closed

zadjii-msft mentioned this issue Aug 22, 2019

Feature Request #2512

Closed

jai-dewani mentioned this issue May 23, 2021

Erase typed word with CTRL+backspace Mithil467/mitype#63

Closed

bjesus mentioned this issue Sep 12, 2021

Ctrl+Backspace deltes previous word NvChad/NvChad#428

Closed

tahir-hassan mentioned this issue Mar 14, 2022

Windows: Pressing Ctrl + W (or ^W) or Ctrl + Backspace does nothing. alacritty/alacritty#2930

Closed

jonahgraham mentioned this issue May 11, 2023

TM Terminal: backspace deletes whole word eclipse-cdt/cdt#392

Closed

orhnk mentioned this issue Jul 16, 2023

Control + Backspace to delete previous word siduck/st#52

Closed

xianyukang mentioned this issue Jul 28, 2023

在windows terminal中使用wsl(ubuntu）的时候，j+t失效，j+b行为不正确。 xianyukang/MyKeymap#67

Closed

This issue was closed.

Ctrl-backspace does not delete back to the previous wordbreak #755

Ctrl-backspace does not delete back to the previous wordbreak #755

Comments

DHowett-MSFT commented May 13, 2019

Kapperchino commented May 13, 2019

DHowett-MSFT commented May 13, 2019

vapier commented May 14, 2019

DHowett-MSFT commented May 14, 2019 via email

Summon528 commented Jun 3, 2019

Summon528 commented Jun 3, 2019

zadjii-msft commented Jun 3, 2019

gohar94 commented Jun 24, 2019

DHowett-MSFT commented Jun 24, 2019

rkeithhill commented Jun 26, 2019

lzybkr commented Jun 26, 2019

richardszalay commented Jul 18, 2019 • edited Loading

JakeShirley commented Aug 9, 2019

awhewell commented Aug 24, 2019 • edited Loading

williamclot commented Sep 12, 2019 • edited Loading

yggdrasil75 commented Sep 25, 2019

jnm2 commented Sep 25, 2019

jevring commented Oct 11, 2019

DHowett commented Feb 15, 2021

Animeshz commented Feb 16, 2021 • edited Loading

BennyAlex commented Feb 16, 2021 • edited Loading

zadjii-msft commented Feb 16, 2021

BennyAlex commented Feb 16, 2021

GaboFrontDev commented Mar 10, 2021

zadjii-msft commented Mar 10, 2021

GaboFrontDev commented Mar 10, 2021

travisterrell commented Mar 11, 2021

zadjii-msft commented Mar 12, 2021

travisterrell commented Mar 12, 2021

flyingdutchman commented Mar 12, 2021

DHowett commented Mar 12, 2021

flyingdutchman commented Apr 12, 2021

flatline-studios commented May 17, 2021

Gorthog commented Jan 9, 2022

tqwewe commented May 7, 2022

Naolador commented Jul 4, 2022

Gorthog commented Jul 27, 2022

Naolador commented Jul 28, 2022

unphased commented Aug 17, 2022

junaga commented Jan 20, 2023 • edited Loading

TLDR

l4kr commented Jun 21, 2024

richardszalay commented Jul 18, 2019 •

edited

Loading

awhewell commented Aug 24, 2019 •

edited

Loading

williamclot commented Sep 12, 2019 •

edited

Loading

Animeshz commented Feb 16, 2021 •

edited

Loading

BennyAlex commented Feb 16, 2021 •

edited

Loading

junaga commented Jan 20, 2023 •

edited

Loading