Red Hat Bugzilla – Bug 70701
gnome-terminal not clearing screen in lynx when it should do a blank line.
Last modified: 2015-01-07 18:58:35 EST
Description of Problem:
With a standard 80x25 terminal, lynx to a particular file shows portions
of the earlier part of the file when it shouldn't.
Version-Release number of selected component (if applicable):
gnome-core-126.96.36.199-54 and lynx-2.8.4-18.
Seems to be reasonably so.
Steps to Reproduce:
1. You may need my lynx config for this: I have the 'advanced' mode.
(this is just to make sure the status line is the same size as mine)
2. start a normal-sized (80x25) gnome-terminal.
3. lynx http://www.linux.org.uk/~telsa/BitsAndPieces/muttrc-1.2
4: You will be on "(p1 of 35)" (top right hand of corner)
5. Page down using the space bar until you get to page 25, where you
will see a line about COLORFGBG="default;default".
6. Page down using space bar again. You will (I hope!) see:
# give you some ideas. #
# COLORFGBG="default;default" #
# Some basics: #
This should not be there. That should be a blank line. Paging
down again to p 27 of 35 shows the same variable cropping up.
Trying to select-by-line and paste those three lines to here, I
found the COLORFGBG line had vanished.
Scrolling down again to p 28 and back up removes the spurious
COLORFGBG line should appear only once, and not keep cropping up
on otherwise blank lines.
I strongly suspect the line that keeps appearing is actually
completely wrong, so please don't feel the need to tell me that :)
I have seen other gnome-terminal/lynx weirdnesses before: with a
specific size of gnome-terminal I can get the advanced search on
google to show only the top half of the page and lose all the rest.
See bug #59166 for that. Dunno whether related?
We aren't going to be able to fix the 2000 terminal emulation bugs in libzvt for
gnome 1.4 at this point.