After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 421696 - After LF at bottom of screen that causes scroll up, ESC[A scrolls down instead of moving cursor
After LF at bottom of screen that causes scroll up, ESC[A scrolls down instea...
Status: RESOLVED DUPLICATE of bug 417652
Product: vte
Classification: Core
Component: general
0.16.x
Other All
: Normal normal
: ---
Assigned To: VTE Maintainers
VTE Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-03-22 23:27 UTC by bob
Modified: 2007-03-22 23:32 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18



Description bob 2007-03-22 23:27:26 UTC
Please describe the problem:
vi and some curses applications scroll up by moving to the last line, sending LF to scroll, then ESC[A to move up a line.  In vte 0.16.0, the ESC[A scrolls the screen down instead of moving the cursor getting the display out of sync with the application.

Steps to reproduce:
1. vi a file longer than the screen
2. delete first line (1Gdd)


Actual results:
The screen appears as if the line was not deleted.  The last line which would normally be blank instead shows the next line of the file.  Refresh (^L) fixes the display.

Expected results:
The deleted line should disappear and the lines below should scroll up.

Does this happen every time?
Yes.

Other information:
On FreeBSD 6.2-STABLE, TERM=xterm using the standard termcap file.
Comment 1 Chris Wilson 2007-03-22 23:32:27 UTC
Thanks for taking the time to report this bug.
This particular bug has already been reported into our bug tracking system, but we are happy to tell you that the problem has already been fixed. It should be solved in the next software version.

*** This bug has been marked as a duplicate of 417652 ***