From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20030623 Description of problem: The pointer color related resources for xterm are no longer honoured (pointerColor, pointerColorBackground). They simply do nothing as well as it does nothing starting xterm with the -ms <color> option. The bug appeared in RH9. It makes finding the pointer on crowded desktop very hard and it is particularly nasty with emacs windows where the combination of the emacs pointer shape and the lack of color makes the pointer extermely hard to spot on high resolution displays. Checked on two laptops with ATI and NVidia cards and one desktop with an ATI card Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.start a xterm with "xterm -ms <color>" or set the pointerColor/pointerColorBackground resources 2.move the pointer on the xterm 3.verify that the color doesn't change to the set value Actual Results: The pointer color setting is ignored Expected Results: The pointer foreground and background colors should switch to the set values when the pointer is moved on the xterm window Additional info:
Red Hat ships xterm stock, with only security fixes applied. If this is a real bug in xterm or it's default configuration, it is a stock xterm bug and should be reported to the upstream author via http://bugs.xfree86.org After reporting your bug upstream, if you include the URL to the report here, I can track the upstream author's response and resolution. If the author agrees that it is a bug, and applies a fix for it to CVS, I can apply a patch to our xterm for future releases as well. Please provide the upstream bug report URL for tracking. Thanks
I opened a bug report as suggested at xfree86. The bug number is 507 and the url is below http://bugs.xfree86.org/show_bug.cgi?id=507
Thanks, I'll track the upstream bug now.
Changing bug status to match upstream bug resolution (NOTABUG). http://bugs.xfree86.org/show_bug.cgi?id=507