Description of Problem: Gnome-terminal fails to erase parts of screen. Version-Release number of selected component (if applicable): 1.4.0.4 and 1.4.0.6 How Reproducible: Always The attached "typescript" output is from an ncurses application running in a gnome-terminal with TERM=xterm. The terminal dimensions are 24x80. You can replay the output using the "slowcat" program (also attached). When you replay the output, you will see that the 2nd time the chart is painted, two colors bars at the top of the screen are not properly erased. However, if you replay this same output on a 24x80 "rxvt" or a "konsole", the output is correct. So the problem is within gnome-terminal. I am going to try to narrow down the problem to a specific escape sequence, but I though it is important enough to get the bug entered, since Gnome 2.0 is in beta and this problem may or may not be fixed in 2.0. I can't tell since its pretty well impossible to compile gnome-terminal by itself, and I have not desire to jump feet first into 2.0.
Created attachment 48084 [details] typescript capture of ncurses application
Created attachment 48085 [details] slowcat.c program for replaying ncurses output slowly
Thanks for the nice test case. I can assure you this is probably _not_ fixed for 2.0; zvt needs a lot of fixing. See http://mail.gnome.org/archives/desktop-devel-list/2002-March/msg00171.html If you can analyze the problem further it would be very helpful. I can certainly help you figure out how to compile gnome 2 if you are interested in working on terminals. ;-)
I did some additional testing, and have determined that the problem is not with escape sequence interpretation within gnome-terminal. The problem is with drawing within gnome-terminal. I have attached a second typescript file to demonstrate the problem. You don't need to use slowcat with this file. Just cat it to a 24x80 gnome terminal. On line 4 of the display, you should see a colored bar that shouldn't be there. If you don't, cat it again until you do. Now, take another window on your screen and drag it over the top of the test window, obscuring the colored bar. Then drag the window away. Notice that the colored bar has been erased by the window redrawing. So its not an escape sequence interpretation problem.
Created attachment 48089 [details] Typescript output with final screen clear sequences removed
We've killed off the zvt terminal widget and replaced it with the new VTE widget. Should not have this particular bug (may have others!)
I hate to say it, but the new gnome-terminal in RH 8.0 has new and different problems erasing and repainting the screen. I will try to come up with a nice example of this over the next few days and attach it to this bug. -Rick
For new bugs, should open a new report (against "vte" for redraw bugs in the terminal area). We don't want to use the same bug for all redraw bugs ever.