Closed Bug 384646 Opened 18 years ago Closed 16 years ago

DOM-based autoscroll slow to disengage on linux

Categories

(Firefox :: General, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: bio_tube, Unassigned)

References

Details

(Keywords: regression, Whiteboard: closeme 2008-12-10)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a5) Gecko/20070605 GranParadiso/3.0a5 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a5) Gecko/20070605 GranParadiso/3.0a5 When scrolling down a large page, using the autoscroll feature(clicking the mouse wheel) will work normally, until disengaged at which time it will continue scrolling for a time before stopping. Reproducible: Sometimes Steps to Reproduce: 1. Open a long page 2. Click mouse wheel 3. Scroll around Actual Results: Autoscroll disengages after a short delay. Expected Results: Immediate disengaging of autoscroll. Firefox seems to require more scrolling before this bug occurs if smooth scrolling is disabled.
Autoscroll has just changed significantly in the most recent nightly builds. Could you please test again with a nightly build to see if that fixes your problem? http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/
In the latest Minefield, it barely happens and takes much less time when it does. Before it took up to a full second to disengage when it tripped this bug, now it takes about till the end of the click of the mousewheel on the one or two occasions its happened.
So you could say this was fixed by bug 242621 then, right?
If that was all that changed, then yes. But now custom themes have their autoscroll icons replaced by boxes. Guess they just need to be updated.
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Yeah, themes need to be updated.
Depends on: 242621
So I heard this is a very recent regression from a scrolling/position:fixed fix. I would keep this open if so.
The sluggish disengaging of the autoscroll feature has been fixed in Minefield prealpha6. The only problem with the fix is that since the autoscroll icon was moved from the DOM to the XUL, themes can now specify their own autoscroll icon. At the moment, only the default one that comes with Minefield does. The workaround for that would be for the default icon to be kept unless explicitly replaced. However, bug 242621 is probably the best place to discuss this unless and until a bug revolving around the fact that the default icon isn't kept is opened.
(In reply to comment #6) > So I heard this is a very recent regression from a scrolling/position:fixed > fix. I would keep this open if so. Yeah, that could be the case. bio_tube, on what page(s) did you see this problem?
I tested the fix on http://en.wikipedia.org/wiki/technology mostly because it's the easiest page for me to get to that's of considerable length. However, the lack of inheritance in themes is discussed in bug 305746.
Status: RESOLVED → UNCONFIRMED
Keywords: regression
Resolution: FIXED → ---
Summary: Autoscroll slow to disengage → DOM-based autoscroll slow to disengage on linux
Can this be resolved (or morphed into a general DOM performance bug if you can create a non-autoscroll testcase)?
Do you still see this problem? ... Using current version of FF (3.0.4), or 3.1 beta - beta 1 at http://www.mozilla.com/en-US/firefox/3.1b1/releasenotes/ ... or beta 2 available soon If you no longer see the problem please close the bug.
Whiteboard: closeme 2008-12-10
I was unaware it was still open. It's been fixed a while now.
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago16 years ago
Resolution: --- → FIXED
Resolution: FIXED → WORKSFORME
You need to log in before you can comment on or make changes to this bug.