Re: Bracketed paste mode breaks cooked mode's tab + backspace

[Phi Debian]

Hi Egmont

On Tue, Jan 30, 2018 at 9:47 AM, Egmont Koblinger <egmont@gmail.com> 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
> slightly different and expects the leading ESC byte to also move the
> cursor, resulting in 8 characters in total, making no difference in
> the modulo 8 computation for the tabs. (I don't think this is the
> explanation, though.)

I guess I got an std kernel driver :)
TC$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 16.04.3 LTS
Release:        16.04
Codename:       xenial



>
> Even without bracketed paste mode, the issue should be reproducible
> with commands like:
>     echo -ne '\e[1m'; cat
> Obviously it's not bash's fault and there's nothing bash could or
> should do with this one.

Partially reproduce,
<tab><backspace>       is ok, i.e jump fwd 8 and backward 8
X<tab>X<backspace>  is ok got X jump fwd 7 X backward 7
X<tab><backspace>    wrong got X jump fwd 7 backward 4 (yet ok in the buffer)

>
> gnome-terminal doesn't use X resources either. gnome-terminal and
> terminator both use the same VTE widget for terminal emulation, and
> both have a setting under profile prefs -> compatibility to specify
> what Backspace and Delete do.

Gnome-terminal has its own backspace key mapping (so no xresource, yet
mapped ok), terminator unfortunatly don't have it :)

xterm use xresources, that what I use i.e

xmodmap backspace give 0x8
xresources VT100 Backsapce 0x08
stty erase ^H

With that I am almost an happy camper :)


Cheers,
Phi