Hi Egmont
On Tue, Jan 30, 2018 at 9:47 AM, Egmont Koblinger wrote:
> Not sure why you don't see this bug. (You have at least v4.4, and
> started a new shell after enabling bracketed paste, is that right?)
> One theoretical explanation could be that your kernel's tty driver is
Hi Chet,
> It seems like adding \r to the end of the sequence to turn off bracketed
> paste mode should do the trick.
Yup, I confirm that adding \r to BRACK_PASTE_FINI fixes the problem,
this looks the simplest approach.
cheers,
egmont
Hi Phi,
> This is not directly related to bash, it depend on the line discipline
> on the tty, I use ^H as erase and got no problems with .
For me the same bug occurs after "stty erase ^H" and pressing ^H, too.
I would be really surprised if the kernel's logic on backspacing over
tabs (which is
Hi All,
I don't reproduce it.
This is not directly related to bash, it depend on the line discipline
on the tty, I use ^H as erase and got no problems with .
gnome-term, xterm are ok with , generate 0x8, terminator
is confused is it doesn't use X resouces and then can't map 0x8 on
Using
On 1/29/18 5:47 PM, Egmont Koblinger wrote:
> Bash Version: 4.4
> Patch Level: 12
> Release Status: release
>
> Hi,
>
> Repeat-By:
> "set enable-bracketed-paste on" in inputrc
>
> Start any simple (non-readline) command just as "cat".
>
> Press TAB, then press backspace.
>
>
Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64'
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='x86_64-pc-linux-gnu'
-DCONF_VENDOR='pc' -DLOCALEDIR='/usr/share/locale'