Closed
Bug 384646
Opened 18 years ago
Closed 16 years ago
DOM-based autoscroll slow to disengage on linux
Categories
(Firefox :: General, defect)
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.
Comment 1•18 years ago
|
||
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.
Comment 3•18 years ago
|
||
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
Comment 5•18 years ago
|
||
Yeah, themes need to be updated.
Comment 6•18 years ago
|
||
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.
Comment 8•18 years ago
|
||
(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.
Updated•18 years ago
|
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)?
Comment 11•16 years ago
|
||
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
Reporter | ||
Comment 12•16 years ago
|
||
I was unaware it was still open. It's been fixed a while now.
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago → 16 years ago
Resolution: --- → FIXED
Updated•16 years ago
|
Resolution: FIXED → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•