Red Hat Bugzilla – Bug 146740
incorrect background color fill after a window refresh
Last modified: 2007-11-30 17:10:59 EST
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):
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 (->)
See attached screenshot "bad.png".
See attached screenshot "good.png".
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
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.
You can file a request for enhancment to have xterm-200 as a
FC3 update if preferred, and we'll review that for consideration