Description of problem:
Picking any size of mouse pointer besides the default size means the animation
for wait (the orbiting blue dots) doesn't work. Instead you get a static image
of the blue dots, no animation. The style of the pointer you pick doesn't make
any difference, but the size breaks the animation.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Run gnome-mouse-properties.
2. Select a mouse pointer in a different size than the default (the default is
the smallest available size).
3. Do something that will cause the busy mouse pointer like launching a big
program and hovering over that program's window.
4. Watch the lack of animation.
You get a static image -- one frame of the orbiting blue dot animation.
You should get the full animation.
Thanks for the bug report. We have reviewed the information you
have provided above, and there is some additional information we
require that will be helpful in our diagnosis of this issue.
Please attach your X server config file (/etc/X11/xorg.conf) and X
server log file (/var/log/Xorg.*.log) to the bug report as individual
uncompressed file attachments using the bugzilla file attachment link
We will review this issue again once you've had a chance to attach
Thanks in advance.
Created attachment 126685 [details]
My xorg.conf file.
Created attachment 126686 [details]
My Xorg.0.log file.
This is the only file /var/log/Xorg.*.log expanded to.
Here are the files you requested.
This still hasn't been fixed in FC6.
Is this filed against the correct component? I don't know how this is supposed
to work, but are large mouse pointer themes simply lacking animated pointers, or
are the default sizes supposed to be enlarged? Maybe this should be filed
I am sorry for the delay. Could you please attach updated FC6 versions of the
above mentioned files as well.
Another things to try is to run X without any /etc/X11/xorg.conf whatsoever
(just to be sure that you have standard configuration) and report the results
(with the log files if appropriate), please?
Thanks a lot and once more I am sorry for the delay.
I've seen this recently, moving back to assigned.
Created attachment 155598 [details]
xorg.conf, FC6, nvidia
Attached my xorg.conf and Xorg.0.log files.
I have switched to an NVIDIA card recently, and I'm using the nvidia binary
blob (packaged by Livna), but this bug is still there. Is it really supposed to
be filed against
Created attachment 155599 [details]
Xorg.log, FC6, nvidia
(In reply to comment #8)
> Is it really supposed to
> be filed against ...
Still there in F7.
The animated mouse pointer also fails in a way I might not have noticed before
in Fedora Core 6: I launch a program where I can get the busy pointer
(Thunderbird, switching between emails on a remote and highly overloaded IMAP
server causes the busy pointer) and then I switch from the default (small) mouse
pointer to the biggest mouse pointer. So now I should see the animated large
mouse pointer (assuming I'll see the animation at all).
Then I do something in TB I'm sure will make the busy pointer appear (pick an
email I have not read before). I see the small pointer fully animated during
the busy time and then the pointer reverts back to my chosen pointer.
For applications I started after I switched the default mouse pointer I get the
same behavior as before -- one frame of the animated busy mouse pointer during
busy times, nothing more.
It seems like the reversion to the small animated pointer is some kind of
session error; almost as if something were caching all the necessary mouse
images during application launch and then showing me whatever the cache has
available for that application. I don't actually know if this is in any way
accurate to what's really going on, I'm just trying to describe the behavior.
Observed in FC7:
If one changes the pointer size, then one loses the animated busy pointer and
there's no way to get it back from the UI. I.e. if one reverts to the default
size, the animation is still absent.
One has to hand-edit ~/.gconf/desktop/gnome/peripherals/mouse/%gconf.xml to
remove both the theme and the size.
I was hoping that removing just the theme would have given me a larger animated
pointer, but no luck.
While reading this bug again, I cannot understand why in the world I haven't
appointed it to the correct component a long time ago. Reporter, I am really
sorry, but now it should be in better hands.
we just never got good cursor coverage for the big cursors. We only did the
first frame. We don't have an artist right... We may want to ask
fedora-art-list for the additional frames.
Fedora 8 has been out for a while now, with broken wait cursor. Sigh.
Did anyone ever ask on that fedora-art-list? Where did the original artist go,
the one who made the tiny default cursor?
Are there instructions anywhere online on how to make a mouse pointer theme
myself? (I.e. which file format, what to do with the files et c.)
BTW, why is "version" set to "devel"?
Based on the date this bug was created, it appears to have been reported
against rawhide during the development of a Fedora release that is no
longer maintained. In order to refocus our efforts as a project we are
flagging all of the open bugs for releases which are no longer
maintained. If this bug remains in NEEDINFO thirty (30) days from now,
we will automatically close it.
If you can reproduce this bug in a maintained Fedora version (7, 8, or
rawhide), please change this bug to the respective version and change
the status to ASSIGNED. (If you're unable to change the bug's version
or status, add a comment to the bug and someone will change it for you.)
Thanks for your help, and we apologize again that we haven't handled
these issues to this point.
The process we're following is outlined here:
We will be following the process here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this
doesn't happen again.
(In reply to comment #17)
> (If you're unable to change the bug's version
> or status, add a comment to the bug and someone will change it for you.)
As stated earlier, the bug is present in Fedora 8.
cursors got moved to bluecurve-icon-theme in f8, changing component.
*** This bug has been marked as a duplicate of 180616 ***