Hide Forgot
Description of problem: after yum update to xterm-223-1 on 1/16/07, I found that the internal border (which is the space between the chars and the window border) began to draw in random colors each time the desktop is refreshed. Previously, this border was always black (or the same as the window background color). Version-Release number of selected component (if applicable): Name : xterm Version : 223 Release : 1.fc5 How reproducible: each time desktop is refreshed (such as by switching virtual desktop away and back), the internal border will be drawn in a random color. Sometimes the color is the same as the window background and all appears OK but majority of time, color is white, blue, grey, etc. Steps to Reproduce: 1. invoke xterm and run mutt in it 2. swap desktop to second virtual desktop and back 3. Actual results: internal border shows up blue, white, grey, random colors other than window background Expected results: internal border should be same color as window background thereby not being visible. Additional info: both xterm and xorg-x11-server-Xorg-1.0.1-9.fc5.6 were updated at the same time on 1/16/07. It is possible this problem lies in the x11-server also but I am unable to isolate without a method to revert one or the other of these components. Wish yum had a way to revert to previous version of any particular package.
It's a bug in xterm, xterm-222 doesn't show this problem. CCing upstream maintainer.
yes (someone on Debian reported about a month ago, and it's on my to-do list for #224).
I see the problem. There's a simple fix in util.c, to remove the comparison of color values in handle_translated_exposure: RCS file: RCS/util.c,v retrieving revision 1.313 diff -u -r1.313 util.c --- util.c 2006/11/29 22:52:10 1.313 +++ util.c 2007/01/18 01:09:22 @@ -1433,9 +1433,7 @@ y0 = (rect_y - OriginY(screen)); y1 = (y0 + rect_height); - if (getXtermBackground(xw, xw->flags, xw->cur_background) != - xw->core.background_pixel && - (x0 < 0 || + if ((x0 < 0 || y0 < 0 || x1 > Width(screen) || y1 > Height(screen))) { Making that part of the check work as intended is going to be much more complicated.
Thanks guys. I did confirm earlier today that my problem remained after reverting the X server. I then advanced the X server and reverted xterm (to 215) and the problem went away. I also experience the problem on FC6 and reverting xterm there has fixed the problem too.
well yes - see my comments above. Prior to #223, xterm was not painting the inner border at all (except in some special cases). As part of Debian #397642 (see the oldest note in http://invisible-island.net/xterm/xterm.log.html#xterm_223) I added code to explicitly paint it. However, the X server optimized-out (or discarded) some of the graphics state. The fix noted above works around that.
Thanks. The patch is in xterm-223-2.fc5.
Any chances of that patch getting in fc6?
Yes, it's in xterm-223-2.fc6.