Bug 602829 - busy spinner cursor looks pixelated after circle boot
Summary: busy spinner cursor looks pixelated after circle boot
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: system-gnome-theme
Version: 6.0
Hardware: All
OS: Linux
Target Milestone: rc
: ---
Assignee: Ray Strode [halfline]
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2010-06-10 20:33 UTC by Dave Airlie
Modified: 2010-07-29 19:04 UTC (History)
3 users (show)

Clone Of:
Last Closed: 2010-07-29 19:04:39 UTC

Attachments (Terms of Use)
sample source PNG fed to xcursorgen (1.30 KB, image/png)
2010-07-12 07:45 UTC, Jakub Steiner
no flags Details

Description Dave Airlie 2010-06-10 20:33:20 UTC
Description of problem:

At boot we do the cool spinner circle, then when gdm starts we pop up the spinner busy cursor. This cursor looks fairly pixely and not near as cool at startup and I'd expect after the cool ring.

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

How reproducible:

Steps to Reproduce:
Actual results:

Expected results:

Additional info:

Comment 2 RHEL Product and Program Management 2010-06-10 21:03:20 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release.  Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release.  This request is not yet committed for

Comment 3 Jakub Steiner 2010-07-12 07:41:00 UTC
I believe the 'pixeliness' is introduced to the cursors during the xcursorgen conversion -- it probably pre-multiplies alpha onto black. While you can't see it on the PNGs, it only seems to be happening on watch and left_ptr_watch cursors, which are generated by compositing the spinner animation onto a round base with imagemagick/graphicsmagic. Will investigate.

Comment 4 Jakub Steiner 2010-07-12 07:45:01 UTC
Created attachment 431099 [details]
sample source PNG fed to xcursorgen

Composited PNG doesn't seem to be jaggy, so it looks like xcursorgen is to blame.

Comment 7 Ray Strode [halfline] 2010-07-29 18:59:59 UTC
guess we missed the boat on this one.

Comment 8 RHEL Product and Program Management 2010-07-29 19:04:39 UTC
Development Management has reviewed and declined this request.  You may appeal
this decision by reopening this request.

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