Bug#909963: xterm-256color: Corrupts first line in hexedit window

[Sven Joachim]

On 2020-04-02 09:20 +0200, Mathieu Malaterre wrote:

> Control: retitle -1 REP (repeat previous character) escape sequence
>
> On Wed, Apr 1, 2020 at 10:21 PM Thomas Dickey <dickey at his.com> wrote:
>>
>> On Wed, Apr 01, 2020 at 11:02:13AM +0200, Mathieu Malaterre wrote:
>> > Hi Thomas,
>> >
>> > Thanks for your time reading my bug report.
>> >
>> > On Wed, Apr 1, 2020 at 10:09 AM Thomas Dickey <dickey at his.com> wrote:
>> > >
>> > > On Wed, Apr 01, 2020 at 08:48:20AM +0200, Mathieu Malaterre wrote:
>> > > > Control: affects -1 src:hexedit
>> > > >
>> > > > Here is the output of:
>> > >
>> > > neither the original report nor any followup identifies the actual
>> > > terminal which is being used.  In addition to that, there is only
>>
>> But what is the actual terminfo used?
>>
>> a) a terminal emulator such as KDE konsole (and version)
>> b) Linux console
>>
>> > > a copy/paste from the screen (a "typescript" using "script" would
>> > > show what ncurses actually does).
>> >
>> > I have attached the two generated "typescript" files. One is what I
>> > called the good session (setting XTERM to linux) while the other
>> > called the bad one is with the default settings.
>> ...
>> > +|0|
>> > +: Esc [ 7 b
>> > +& REP: REPEAT
>>
>> This is the feature mentioned in the FAQ.
>> It is in xterm for more than 20 years.

However, in ncurses 6.1+20190713-2 and later this feature has been
dropped from the xterm-* terminfo entries, precisely because many
terminal emulators had problems with it.  See #933053.

> Well spotted ! Thanks much. I'll reassign to the correct package.

I see that you have already reassigned and closed the bug (thanks!), but
you really should not be seeing it anymore.  Maybe there's an
xterm-256color terminfo file under /etc/terminfo or ${HOME}/.terminfo
which shadows the one in ncurses-base?

Run "infocmp -x xterm-256color | head -n1" to see which file provides
xterm-256color.

Cheers,
       Sven