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.
Created attachment 110482 [details] example .muttrc for reproducing problem
Created attachment 110483 [details] good.png screenshot of correct rendering
Created attachment 110484 [details] bad.png screenshot of incorrect rendering after window refresh
By the way, Ctrl-L restores the correct rendering by causing mutt to clear and redraw the screen.
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
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"
Can you push a build of this for FC3 updates? Rebuilding the rawhide package on FC3 solves the problem. Thanks.
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.