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):

2.0.1-5

How Reproducible:

Always

Steps to Reproduce:

$ echo -e 'aaaabc\b\E[1K'

Actual Results:

     c

Expected Results:

blank line

Additional Information:
	
Date: Sun, 27 Oct 2002 19:15:52 -0500 (EST)
From: Thomas E. Dickey <dickey@herndon4.his.com>
To: Sam Varshavchik <mrsam@courier-mta.com>
Cc: bug-ncurses@gnu.org
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

(rofl ;-)

> * 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
>  away.
>
> 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'
>     c
>
> So, who's right?

It looks like a bug in gnome-terminal