Closed Bug 126037 Opened 23 years ago Closed 17 years ago

Mozilla doesn't use OS-provided "busy cursor" on Linux

Categories

(Core :: Widget: Gtk, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: mavos, Unassigned)

References

Details

(Whiteboard: CLOSEME 07/01)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020214
BuildID:    20020214

I tried a different set of cursors for XFree86, which made me notice that the
busy cursor in Mozilla is not the one currently provided by XFree86 but a copy
of the original XFree86 busy cursor.

Reproducible: Always
Steps to Reproduce:
1. Change your busy cursor to notice the difference.
2. Load a large page in Mozilla to make the busy cursor appear.

Actual Results:  Mozilla displays the original XFree86 cursor.

Expected Results:  Mozilla should use my modified cursor. All other apps do.
interesting
Assignee: asa → bryner
Component: Browser-General → XP Toolkit/Widgets
QA Contact: doronr → jrgm
I believe this headache is the result of "fix" for bug 30375.

I was pleased with the system "watch" cursor myself, but some think they can't
click on anything while it's displaying. So it was decided to break NS4 parity,
and the "arrow-with-a-turd" cursor was introduced.

Personally I find the tiny "blob" hard to see at all. It would be an
acessability improvement if Mozilla honored system settings.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: access
This is really annoying when you change your system cursors. All my cursors are
now white, except the busy cursor in Mozilla, which is black.

Somewhat disturbing...
Also, the "question" pointer is not the systems question pointer. And it bugs
me, because it's so obvious when all my other cursors are white.
Keywords: 4xp
Is there a status update on this bug?  Testing Moz 1.4 and FB .61 and .7 on
Redhat 9 does give me the proper busy and help (question) cursors, even after
cursor changes.

I don't have any other installations to test this with, but this definitely is
resolved on my system.
(In reply to comment #5)
> I don't have any other installations to test this with, but this definitely is
> resolved on my system.

Using Moz 1.7, FireFox 0.9.1 and Thunderbird 0.7.1 on Gnome (on Gentoo 2004.2)
and the bug is still there...
Please disregard comment #6. It appears that some symbolink links got messed up.
Sorry.
Keywords: access
Assignee: bryner → jag
QA Contact: jrgmorrison → xptoolkit.widgets
Does this bug still occur in a recent trunk build?
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/
Assignee: jag → nobody
Component: XP Toolkit/Widgets → Widget: Gtk
QA Contact: xptoolkit.widgets → gtk
Whiteboard: CLOSEME 07/01
WFM on Fedora 7 using the latest trunk nightly.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
This bug has come back on Thunderbird 9.0.1 (exactly like the original description).
To be clear. Thunderbird uses a built-in busy cursor instead of the system one.
You need to log in before you can comment on or make changes to this bug.