Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 83284 - (Mach64) Mouse cursor visual glitches with XFree86
(Mach64) Mouse cursor visual glitches with XFree86
Product: Red Hat Raw Hide
Classification: Retired
Component: XFree86 (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Mike A. Harris
David Lawrence
Depends On:
Blocks: 79578 82791
  Show dependency treegraph
Reported: 2003-02-01 09:27 EST by Felipe Alfaro Solana
Modified: 2007-04-18 12:50 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-02-16 11:35:34 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
XF86Config (2.96 KB, text/plain)
2003-02-07 08:26 EST, Felipe Alfaro Solana
no flags Details
sever log when using GATOS ATI.2 driver (36.26 KB, text/plain)
2003-02-07 10:15 EST, Felipe Alfaro Solana
no flags Details

  None (edit)
Description Felipe Alfaro Solana 2003-02-01 09:27:27 EST
Description of problem:
I have upgraded my Phoebe2 system to the latest XFree86 packages from RawHide
(they were XFree86-4.2.99-4.20030129 at that moment) and I have noticed some
visual glitches with my mouse cursor when it changes its shape. The visual
glitch is hard to describe: basically, when the mouse shape is changed (from an
arrow to the I-box, for example, or when you hover over a window resize handle),
for a very short period, the mouse is shown as a big 32x32 (I think) mess of
vertical lines of different thickness, and then, it returns to its normal

It doesn't seem a driver problem, since in XFree86- this
problem is not present. Also, this is mainly a visual problem since the mouse
cursor is drawn incorrectly for a few microseconds.

My video card is an ATI Rage Mobility M1 AGP 8MB using the Gatos SourceForge ATI
4.2.0 and 4.3.0 (experimental) video driver with XV support.

I have had to downgrade to XFree86- since this visual effect
is disgusting for me.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Install Phoebe2 onto a computer with an ATI Rage Mobility M! (or Mach64)
video card or similar.
2. Upgrade to XFree86-4.2.99-4.20030129 from RawHide
3. Get the Gatos ATI.2 video driver from http://gatos.sourceforge.net and
install it.
4. Launch X
5. Make the cursor shape change by hovering the mouse cursor over a window
resize handle, for example. Sometimes, the visual glitch described is shown.
Actual results:
The mouse cursor looks strange during transition of mouse cursor shape.

Expected results:
Mouse cursor should always be drawn correctly, as in previous versions of XFree86

Additional info:
Phoebe2 clean install doesn't exhibit this hehaviour. However, upgrading to a
newer XFree86 version using up2date, or manually from RawHide, makes this show.
It seems a problem with new mouse cursor handling, as mouse cursors also look
different in RawHide (for example, Mozilla uses a combined arrow-hourglass mouse
cursor while downloading Web pages).
Comment 1 Felipe Alfaro Solana 2003-02-02 14:16:24 EST

*** This bug has been marked as a duplicate of 82997 ***
Comment 2 Mike A. Harris 2003-02-03 00:36:35 EST
This bug is _NOT_ a duplicate of 82997.  Bug 82997 is broken hardware
mouse cursor code on SiS chipsets.  This bug is Radeon hardware cursor
is affected by Xcursor code changes.  2 separate issues.
Comment 3 Mike A. Harris 2003-02-03 00:52:14 EST
I just noticed that you are using the GATOS drivers.  Red Hat obviously
does not ship GATOS drivers and is not responsible for problems encountered
while using the GATOS drivers.

However, the XFree86 driver which is supplied in rawhide also has this
mouse cursor problem.   Please however do not file bug reports against
XFree86 if you're using GATOS drivers or drivers from anywhere else than
what is supplied by Red Hat, unless you can reproduce it with Red Hat
supplied drivers after a fresh reboot (to hardware reset the card to power
on defaults).

I'm leaving this open as I know our drivers also have this problem.  There
is a fix or workaround just about ready for testing, but of course you'll
have to use the Red Hat supplied driver in order to test it.  The GATOS
author might be interested in it though as well if it works out, so once
I'm sure it works, I will contact him too, so he can fix the GATOS driver
as well.
Comment 4 Felipe Alfaro Solana 2003-02-03 07:58:35 EST
When I reported this bug, I didn't said I had an ATI Radeon video card, but a
Mach64-based ATI RAGE Mobility M1 AGP...

So, I don't understand why Radeon keyword has been added to the summary :-?
Comment 5 Mike A. Harris 2003-02-05 21:35:02 EST
Oops... because I'm dumb.  ;o)
Comment 6 Mike A. Harris 2003-02-07 05:15:45 EST
Please attach your X server log and config file.
Comment 7 Felipe Alfaro Solana 2003-02-07 08:26:14 EST
Created attachment 89923 [details]

This is my XF86Config file... It's the same no matter whether I'm using the
stock XFree86 ATI Mach64 driver or the GATOS video driver (the GATOS video
driver replaces the ati_drv.o module so no changes to XFree are needed).
Comment 8 Felipe Alfaro Solana 2003-02-07 08:29:11 EST
I can' currently supply the XFree86 server log as I have downgraded to the
original XFree86 package that came with Phoebe2, and not using the one from
RawHide. If you don't mind, I prefer to wait for a new release of the GATOS
ATI.2 video driver (which will be released soon AFAIK) and then try to reproduce
with the latest XFree86 release at the moment (RawHide).
Comment 9 Mike A. Harris 2003-02-07 08:51:54 EST
No problem.  That just means this is more unlikely to get fixed
for 4.3.0.  ;o)
Comment 10 Felipe Alfaro Solana 2003-02-07 10:13:57 EST
I'm still experiencing this behavior with XFree86- using
both stock ATI driver and GATOS ATI.2 (4.3.0 experimental 4) driver. I will
attach my X server log.
Comment 11 Felipe Alfaro Solana 2003-02-07 10:15:11 EST
Created attachment 89925 [details]
sever log when using GATOS ATI.2 driver
Comment 12 Felipe Alfaro Solana 2003-02-08 09:35:42 EST
Curiously, when using Rawhide's XFree86-, it seems the mouse
cursor visual glitch does not happen when changing from a certain cursor shape
to another: for example, when changing from the standard black pointer arrow to
Mozilla's new hand shape that is shown when the mouse hovers over a link, I'm
unable to reproduce the visual glitch. It seems the transition is smooth and no
strange artifacts are drawn on the screen (at least, I can't appreciate them).

However, when the mouse shape changes between the black pointer arrow and the
I-box cursor (the one that is shown when the mouse is over most text edit
controls) or the window resize cursor (north-south or west-east), the visual
glitch can still be seen.
Comment 13 Felipe Alfaro Solana 2003-02-09 11:09:37 EST
I'm also able to reproduce the mouse cursor visual glitch when using stock
XFree86 ATI video driver. I removed the GATOS video driver, then upgraded to
XFree86- However, I still have the mouse cursor
problem,easily reproducible by forcing a mouse cursor shape transition between
I-beam (or whatever you call the mouse cursor displayed on text controls) and
the standard arrow.
Comment 14 Mike A. Harris 2003-02-14 01:01:03 EST
A bugfix for this has been committed to XFree86 CVS.  I am updating my
sources, and will be releasing a new build within 12 hours.
Comment 15 Felipe Alfaro Solana 2003-02-14 21:35:42 EST
I'm still experiencing this issue with XFree86-
Comment 16 Mike A. Harris 2003-02-15 09:58:28 EST
sorry, my build was completed in 12 hours, but didn't get anywhere public
in 12 hours.

XFree86- should fix this.  It's at:


Please test and resolve bug as RAWHIDE or ASSIGNED.
Comment 17 Felipe Alfaro Solana 2003-02-16 11:35:34 EST
OK, your XFree86- package fixed this for me.
I'm closing this bug as fixed in RawHide right now. Thanks!

Note You need to log in before you can comment on or make changes to this bug.