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)
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.
Updated•23 years ago
|
Reporter | ||
Comment 3•23 years ago
|
||
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...
Reporter | ||
Comment 4•22 years ago
|
||
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.
Comment 5•21 years ago
|
||
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.
Updated•18 years ago
|
Assignee: bryner → jag
QA Contact: jrgmorrison → xptoolkit.widgets
Comment 9•17 years ago
|
||
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
Comment 10•17 years ago
|
||
WFM on Fedora 7 using the latest trunk nightly.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Comment 11•12 years ago
|
||
This bug has come back on Thunderbird 9.0.1 (exactly like the original description).
Comment 12•12 years ago
|
||
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.
Description
•