FS#30983 - [xterm] box cursor missing pixels in lower right corner

Attached to Project: Arch Linux
Opened by c (c) - Thursday, 02 August 2012, 20:56 GMT
Last edited by Andreas Radke (AndyRTR) - Tuesday, 02 October 2012, 12:40 GMT
Task Type Support Request
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Andreas Radke (AndyRTR)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
Since about today the box cursor in unfocused xterm windows seems to either have a drawing issue or otherwise is missing one or two pixels in the cursors lower right corner. It looks totally new and out of place.

Additional info:
* xterm 281-1
* xorg-server 1.12.3-1
* xf86-video-intel 2.20.2-2


Steps to reproduce:
launch two xterms with box cursor and look closely at the unfosed xterm's cursor.
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Tuesday, 02 October 2012, 12:40 GMT
Reason for closing:  Upstream
Additional comments about closing:  A minor intel SNA driver issue we don't need to fix downstream.
Comment by Andreas Radke (AndyRTR) - Saturday, 15 September 2012, 07:22 GMT
I can't confirm this. But maybe I can't see it with my eyes if only one pixel is missing.

Can you still reproduce it? Can you try to downgrade xterm or other rendering related packages?
Comment by c (c) - Saturday, 15 September 2012, 07:43 GMT
Same issue with arch package and running from build-tree of upstream xtree-281 tarball.
Doesn't happen with rxvt-unicode or terminology (Enlightenment terminal). I do want
to use xterm and prefer xterm over rxvt-unicode or terminology.
I verified that it happens with a blank (no personal/custom) Xresources/Xdefaults configured.

Here's a comparison of what the difference looks like:

Correct (focused/active xterm):
####
####
####
####

Wrong (unfocused/inactive xterm):
####
#==#
#==#
###

Basically if unfocused/inactive the cursor is just the outline of the box and the bottom line is not connected to the right vertical line because of the missing pixel in the lower right corner.

Do you know where I can find older xterm packages or source tarballs from upstream?
Comment by c (c) - Saturday, 15 September 2012, 07:44 GMT
moved corrected text to previous comment
Comment by c (c) - Saturday, 15 September 2012, 07:46 GMT
moved corrected text to previous comment
Comment by Andreas Radke (AndyRTR) - Saturday, 15 September 2012, 07:58 GMT
You can find all older versions there: ftp://invisible-island.net/xterm/

Use abs to rebuild any version you desire. Also check your /var/cache/pacman/pkg/ directory. And some server is keeping all outdated versions. You should find this in our forum and wiki.
Comment by c (c) - Saturday, 15 September 2012, 09:12 GMT
The oldest version I could build from an upstream tarball was xterm-267 and it has the same issue.
Comment by Joe Peterson (lavajoe) - Monday, 01 October 2012, 00:31 GMT
I see this as well in Gentoo, and it seems to be for versions of x11-drivers/xf86-video-intel >= 2.20.7. Not only do I see the exact same xterm cursor behavior (and note that this does not appear to be an xterm bug, since the intel video driver version is what causes the change in behavior), but I see strange flickering of text in Chromium tabs.

Here's the Gentoo bug I just submitted: https://bugs.gentoo.org/show_bug.cgi?id=436734
Comment by Joe Peterson (lavajoe) - Monday, 01 October 2012, 02:08 GMT
More info:

This issue does not appear to be as version-dependent as it first seemed. It has to do with whether "UXA" or "SNA" is being used (Xorg.0.log will tell you this). The problem only happens for me when SNA is used, and this became the default in Gentoo xf86-video-intel-2.20.7. Adding the "uxa" use flag fixes the issue by reverting back to UXA.
Comment by Joe Peterson (lavajoe) - Monday, 01 October 2012, 02:41 GMT
For reference, note that I have submitted upstream bug here: https://bugs.freedesktop.org/show_bug.cgi?id=55484

Loading...