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)

defect
Not set
normal

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.
->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
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?
Filed bug 78248 to expose an API to determine if a mouse button is pressed.
Depends on: 78248
Target Milestone: --- → Future
*** Bug 31490 has been marked as a duplicate of this bug. ***
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
Doh. I really did look for duplicates but couldn't find this bug. Verified.
Status: RESOLVED → VERIFIED
No longer depends on: 78248
Priority: P4 → --
Target Milestone: Future → ---
You need to log in before you can comment on or make changes to this bug.