|Summary:||Cursor turns black (=outline?)|
|Product:||[Fedora] Fedora||Reporter:||Alar Suija <al>|
|Component:||xorg-x11||Assignee:||X/OpenGL Maintenance List <xgl-maint>|
|Status:||CLOSED CURRENTRELEASE||QA Contact:|
|Version:||2||CC:||bernd.bartmann, rah, redhat|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2005-04-26 22:21:30 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Cloudforms Team:||---||Target Upstream Version:|
|Bug Depends On:|
Description Alar Suija 2004-08-14 10:56:11 UTC
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803 Description of problem: Cursor changes sometimes totally black (like alpha channel mask). Relogin fix this (but not jump to virtual console and back). This seems totally randmom (but couple times after when using yum in terminal??????). Version-Release number of selected component (if applicable): xorg-x11-6.7.0-5 How reproducible: Couldn't Reproduce Steps to Reproduce: 1. Using X 2. ???? Additional info: There is similar bug in FC1 (libxrender related?) I have 2 video cards in this machine, onboard i810 (disabled) and Ati Rage 128 Pro Ati(--) R128(0): Chipset: "ATI Rage 128 Pro ULTRA TF (AGP)" (ChipID = 0x5446)
Comment 1 Alar Suija 2004-08-14 10:58:58 UTC
Created attachment 102726 [details] Xorg logfile Xorg logfile
Comment 2 Mike A. Harris 2004-08-15 06:05:24 UTC
You mention that this isn't reproduceable. Without being reproduceable, there isn't really anything to investigate. Can you be more specific as to how to reproduce the problem?
Comment 3 Alar Suija 2004-08-26 15:16:30 UTC
Seems possible, that problem is caused by hard disk failure. (i lost this disk suddenly, many bad blocks etc, and seems that first was hitted /tmp partition) At least, i can not reproduce this bug in similar (exact videocard model but different motherboard) system.
Comment 4 Kristian Høgsberg 2004-08-26 16:16:32 UTC
Closing bug, I've never been able to reproduce this, and reporter no longer sees the problem.
Comment 5 Richard Hoelscher 2004-08-31 22:58:55 UTC
I see it after xscreensaver starts up... Once I get back to work, the cursor is black.
Comment 6 Kristian Høgsberg 2004-09-01 12:16:10 UTC
Do you have the same hardware? Does it always happen with xscreensaver or only sometimes? Is it dependent on the screensaver, e.g. is it only for 3d screensavers? Could you try with the 220.127.116.113 snapshot in rawhide to see if it happens with that version also?
Comment 7 Mike A. Harris 2004-09-09 08:01:05 UTC
>Cursor changes sometimes totally black The mouse cursor?
Comment 8 Alar Suija 2004-09-09 08:34:11 UTC
Yes, the mouse (X) cursor In my case, xscreensaver wasn't culprit (cursor turns black right after log-on) Same system with fresh FC2 install (and new disk :) ), no problems at all, seems 100% HDD failure for me.
Comment 9 Mike A. Harris 2004-09-09 08:38:19 UTC
Ok, can you add 'Option "swcursor"' to the Device section of your xorg.conf, and restart the server to see if that makes a difference? If so, it may be a problem in the r128 driver's hardware cursor code perhaps. If that doesn't help, can you try also adding 'Option "noaccel"' just to see if it makes a difference or not, and then try both options at once. That tests all 3 possibilities. TIA
Comment 10 Kristian Høgsberg 2004-09-15 01:28:40 UTC
*** Bug 121958 has been marked as a duplicate of this bug. ***
Comment 11 Hans 2004-10-06 13:42:19 UTC
Also have this problem, using the r128 driver, only started after I added KDE to clean "Gnome installation" (from the Fedora 2 CDs)
Comment 12 Caleb Harris 2004-10-06 20:26:57 UTC
I have the same issue. I am using the r128 driver, and the mouse cursor becomes a black outline after any invocation of xscreensaver. I tried the tests suggested by Mike Harris, with the following results-- Option "SWCursor" solves the issue Option "noaccel" does not solve the issue Option "SWCursor" with Option "noaccel" solves the issue I'm guessing that means noaccel has no bearing on the problem. But then, I'm just an undergrad. :) I hope this is useful.
Comment 13 Mike A. Harris 2004-10-07 00:16:32 UTC
Ok, from the information in comment #12, I think it is safe to conclude that this is a driver bug in the hardware cursor init code, which might be ordered incorrectly perhaps. Other drivers have had similar problems in the past like this also. Thanks for providing this information.
Comment 16 Alar Suija 2004-11-11 19:03:47 UTC
Same problem also in FC3 with more serious issue (see bug #138822).
Comment 18 Steven Lawrance 2005-02-15 17:10:24 UTC
My [relatively] new system has a Rage 128 AGP video card in it with this same issue. I upgraded to Rawhide/Development and this issue continues to happen. Just another data point.. I was able to restore it to the full-color cursor one time by switching to a text-based virtual terminal and then switching back to X, but I could not replicate that consistently. Sometimes, the cursor isn't completely black but is rather a black-and-white version of the full-color cursor, including the busy-cursor animation. At other times, it's completely black.
Comment 19 Mike A. Harris 2005-04-11 02:01:56 UTC
Please report this issue in the upstream X.Org bugzilla, located at http://bugs.freedesktop.org in the "xorg" component. Once you have filed a report in the X.org bugzilla, if you paste the URL here, we will track the issue in the upstream tracker and review any fixes that become available in for consideration in future xorg-x11 updates for Fedora Core.
Comment 21 Mike A. Harris 2005-04-11 02:04:39 UTC
Setting status to "NEEDINFO", awaiting X.Org bug report URL.
Comment 22 Mike A. Harris 2005-04-26 22:21:30 UTC
Since this bugzilla report was filed, there have been several major updates to the X Window System, which may resolve this issue. Users who have experienced this problem are encouraged to upgrade to the latest version of Fedora Core, which can be obtained from: http://fedora.redhat.com/download If this issue turns out to still be reproduceable in the latest version of Fedora Core, please file a bug report in the X.Org bugzilla located at http://bugs.freedesktop.org in the "xorg" component. Once you've filed your bug report to X.Org, if you paste the new bug URL here, Red Hat will continue to track the issue in the centralized X.Org bug tracker, and will review any bug fixes that become available for consideration in future updates. Setting status to "CURRENTRELEASE".