Bug 146740

Summary: incorrect background color fill after a window refresh
Product: [Fedora] Fedora Reporter: Charles R. Anderson <cra>
Component: xtermAssignee: X/OpenGL Maintenance List <xgl-maint>
Status: CLOSED RAWHIDE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 3CC: dickey
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-02-08 05:32:03 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
example .muttrc for reproducing problem
none
good.png screenshot of correct rendering
none
bad.png screenshot of incorrect rendering after window refresh none

Description Charles R. Anderson 2005-02-01 03:22:55 UTC
Description of problem:

When causing xterm to refresh all or part of its window (e.g.
unobscuring part of it, changing virtual desktops) it does not always
redraw the background color correctly.

Version-Release number of selected component (if applicable):
192-1

How reproducible:
Always

Steps to Reproduce:
1. xterm -bg black -fg white -fn 10x20
2. mutt (use attached minimal .muttrc with colors & threading)
3. open a folder ('c') with lots of deep threads
4. obscure part of the window, then unobscure it (alt-tab or mouse)
5. switch virtual desktops, then switch back
6. note corrupted background colors after threading arrows (->)
  
Actual results:

See attached screenshot "bad.png".

Expected results:

See attached screenshot "good.png".

Additional info:

gnome-terminal doesn't have this problem, but unfortunately it is
*much* slower at scrolling text.

Comment 1 Charles R. Anderson 2005-02-01 03:24:27 UTC
Created attachment 110482 [details]
example .muttrc for reproducing problem

Comment 2 Charles R. Anderson 2005-02-01 03:25:37 UTC
Created attachment 110483 [details]
good.png screenshot of correct rendering

Comment 3 Charles R. Anderson 2005-02-01 03:26:22 UTC
Created attachment 110484 [details]
bad.png screenshot of incorrect rendering after window refresh

Comment 4 Charles R. Anderson 2005-02-01 03:32:53 UTC
By the way, Ctrl-L restores the correct rendering by causing mutt to
clear and redraw the screen.



Comment 5 Thomas E. Dickey 2005-02-05 00:41:55 UTC
That could be the same as Redhat Bugzilla #128341,
which was fixed in xterm-194. See

http://invisible-island.net/xterm/xterm.log.html#xterm_194

Comment 6 Mike A. Harris 2005-02-08 05:32:03 UTC
I've updated to xterm-200 in Fedora devel (rawhide), which should
resolve this issue.  Please update to the new xterm and if the
problem persists, please reopen the report.  Thanks for testing.

Setting status to "RAWHIDE"

Comment 7 Charles R. Anderson 2005-02-16 03:33:35 UTC
Can you push a build of this for FC3 updates?  Rebuilding the rawhide
package on FC3 solves the problem.

Thanks.

Comment 8 Mike A. Harris 2005-02-16 22:25:55 UTC
You can file a request for enhancment to have xterm-200 as a
FC3 update if preferred, and we'll review that for consideration
separately.

Thanks.