Closed
Bug 71458
Opened 24 years ago
Closed 21 years ago
Scrollbars don't adjust to new mouse position while in a page scroll
Categories
(Core :: XUL, defect)
Core
XUL
Tracking
()
VERIFIED
DUPLICATE
of bug 153946
People
(Reporter: dean_tessman, Assigned: eric)
References
()
Details
1. Go to a long page, such as http://mindprod.com/unmain.html
2. Click-and-hold on the scrollbar about half-way down.
3. Page starts scrolling.
4. While still holding down the mouse button, move down to near the bottom of
the scrollbar area.
5. Wait
Expected Results: Scrolling continues to the new mouse position
Actual Results: Scrolling stops at the original mouse position
Build: 2001030804
This is near-dogfood for me.
Comment 1•24 years ago
|
||
->evaughan/p4. What you expect is correct behavior on Win/Mac; Linux scrollbars
just keep scrolling as long as the mouse is down (regardless of where), but I
think that is just wrong.
Assignee: trudelle → evaughan
Priority: -- → P4
Reporter | ||
Comment 2•24 years ago
|
||
I took a look at this, and the main stumbling block I ran into is that
nsSliderFrame::HandleRelease gets called in NS_MOUSE_EXIT_SYNTH processing as
soon as the thumb passes under the pointer.
If I could figure out how to tell if the mouse button is pressed or not, I could
get through this. Happen to know if there's such a function?
Reporter | ||
Comment 3•24 years ago
|
||
Filed bug 78248 to expose an API to determine if a mouse button is pressed.
Depends on: 78248
Updated•24 years ago
|
Target Milestone: --- → Future
Reporter | ||
Comment 5•21 years ago
|
||
Sweet, caillon fixed this! Care to verify the dupe?
*** This bug has been marked as a duplicate of 153946 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Comment 6•21 years ago
|
||
Doh. I really did look for duplicates but couldn't find this bug. Verified.
Status: RESOLVED → VERIFIED
Updated•16 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•