Description of Problem:
Reproducible display corruption in terminfo application as a result of
gnome-terminal responding to ESC [ 1 K (terminfo el1) by clearing from the
beginning of the line up to but not including the current cursor position. The
terminfo el1 sequence should clear from the beginning of the line up to and
including the current cursor position.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
$ echo -e 'aaaabc\b\E[1K'
Date: Sun, 27 Oct 2002 19:15:52 -0500 (EST)
From: Thomas E. Dickey <firstname.lastname@example.org>
To: Sam Varshavchik <email@example.com>
Subject: Re: terminfo el1 sequence semantics.
On Sun, 27 Oct 2002, Sam Varshavchik wrote:
> I'm trying to track down the reason for some occasional screen garbage from
> an application that uses ncurses 5.2 and runs under gnome terminal 2.0.1
> The garbage is reproducible. What I've been able to determine is this:
> * gnome-terminal uses TERM=xterm
> * the culprit is the following terminfo sequence:
> clr_bol el1 cb Clear to beginning
> of line
> * terminfo specifies '\E[1K' for 'el1'.
> * If I set el1 to \s\b\E[1K for xterm, the corruption I'm observing goes
> Based on that, it appears to me that:
> * ncurses expects el1 to clear from the beginning of the line up to, and
> including the current cursor column.
which happens to be consistent with vt100, etc. (double-checked just now
by referring to my vt300 manual).
> * gnome terminal responds to \E[1K by clearing from the beginning of the
> line up to, but not including, the current cursor column. For example:
> $ echo -e 'aaaabc\b\E[1K'
> So, who's right?
It looks like a bug in gnome-terminal
Fixed in Raw Hide.