Closed
Bug 16928
Opened 25 years ago
Closed 23 years ago
Cursor not changed properly over scrollbars in Linux.
Categories
(Core :: XUL, defect, P4)
Tracking
()
RESOLVED
FIXED
Future
People
(Reporter: dsanti00, Assigned: pavlov)
References
()
Details
Attachments
(1 file)
(deleted),
patch
|
Details | Diff | Splinter Review |
This is a minor thing, but it's there, and it's very easy to reproduce.
What happens: The cursor is not changed correctly sometimes when it is over a
scrollbar on the Linux build.
Version: This is the 10/20/1999 build of Mozilla for Linux.
More info about my system: Linux 2.2.12, SMP, RAM, hard disk, the works. You
probably won't need this info if I'm right about what causes this.
How to reproduce: Start up the browser and go to a web site. Position the window
so that the scrollbars become necessary, and then further position it so that
there is some text or a link under the scrollbar. Now put the mouse over the
scrollbar in a location that would be over text or a link if the scrollbar
wasn't there. The cursor will change to either the little I-beam if the cursor
is over a scrollbar in a location covering text, and the little hand pointing
left used to signify the mouse is over a link if the cursor is over the
scrollbar in a place that the scrollbar is covering a link. Minor thing, of
course. :)
I've added this link, just as an example. Where to see this is in the left
frame, which shows the sections of the site. Size it so that a horizontal
scrollbar is required, and you should see it happen on the vertical scrollbar.
Updated•25 years ago
|
Assignee: don → trudelle
Component: Browser-General → XP Toolkit/Widgets
QA Contact: leger → claudius
Comment 2•25 years ago
|
||
Moving to XP Toolkit/Widgets, and assigning to trudelle/claudius.
Comment 3•25 years ago
|
||
[Verified still present on 1999102808 Linux build; unable to reproduce on
1999103108 Win32 build.]
Updated•25 years ago
|
Assignee: trudelle → pavlov
Priority: P3 → P4
Target Milestone: M16
Comment 4•25 years ago
|
||
reassigning to pavlov as p4 for m16
Comment 5•25 years ago
|
||
Mass-moving all M16 non-feature bugs to M17, which we still consider to be
part of beta2
Target Milestone: M16 → M17
Comment 6•25 years ago
|
||
The problem is that, as noted in mozilla/widget/src/windows/nsWindow.cpp,
nsWindow::SetCursor can't currently depend on "aCursor != mCursor" to decide if
the cursor actually needs changing. This test was commented out in the Windows
code (to change the cursor unconditionally) but was left in the GTK code.
Here's a patch against the beta1 branch that comments out the test in GTKs
"nsWidget.c" and "nsWindow.c". It fixes this problem and other cursor
irregularities on my Linux machine.
Comment 7•25 years ago
|
||
Comment 9•24 years ago
|
||
mass-moving all bugs to m21 that are not dofood+, or nsbeta2+
Target Milestone: M18 → M21
Assignee | ||
Updated•24 years ago
|
Target Milestone: M21 → Future
Assignee | ||
Updated•24 years ago
|
Whiteboard: dup
Assignee | ||
Updated•24 years ago
|
Whiteboard: dup
Assignee | ||
Comment 10•24 years ago
|
||
*** Bug 44534 has been marked as a duplicate of this bug. ***
Comment 11•23 years ago
|
||
*** Bug 118800 has been marked as a duplicate of this bug. ***
Comment 12•23 years ago
|
||
BTW #118800 just says that insertion caret always appears over <textarea>
scrollbars, in case that was not an obvious correlary from this report.
Comment 13•23 years ago
|
||
I think this has been fixed? WFM build 2002042910
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•