Closed
Bug 462065
Opened 17 years ago
Closed 17 years ago
Bad scroll performance on http://en.wikipedia.org/wiki/Main_Page
Categories
(Core :: Layout, defect, P3)
Tracking
()
VERIFIED
FIXED
People
(Reporter: ria.klaassen, Assigned: roc)
References
()
Details
(4 keywords)
Attachments
(2 files)
I discovered this while testing Bug 449357 on trunk, Windows XP.
STR:
Go to the URL, grab the scroll bar, scroll down, and then scroll up.
While scrolling up, you'll see the images double. I tested this only on one computer; I don't know yet if this is also a problem on a faster computer.
This regressed between 20080825031951 and 20080825040024.
http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2008-08-25+01%3A00%3A00&enddate=2008-08-25+05%3A00%3A00
Bug 451028 or Bug 450350 could have caused this and I can't make a choice with one to paste into the blocking field.
Flags: blocking1.9.1?
Reporter | ||
Comment 1•17 years ago
|
||
No, the scroll speed is quite acceptable on my Vista computer. So it is possibly only a problem on slower systems.
Flags: blocking1.9.1?
Comment 2•17 years ago
|
||
Comment 3•17 years ago
|
||
In a 2008-08-23 build, I get as result: 8373ms
In a 2008-08-27 build, I get as result: 25821ms
So there is definitely a performance regression here.
Bug 450350, comment 6 also mentions some urls that mention also showed a scrolling performance regression.
Comment 4•17 years ago
|
||
Ria, just always set the blocking1.9? flag for performance regressions, please. Even when you only notice it on slower systems. Performance regressions are very much unwanted, in general.
Assignee | ||
Comment 5•17 years ago
|
||
Is this still bad?
Assignee | ||
Updated•17 years ago
|
Flags: blocking1.9.1? → blocking1.9.1+
Priority: -- → P3
Assignee | ||
Updated•17 years ago
|
Assignee: nobody → roc
I'm getting 10828ms using build: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2pre) Gecko/20081120 Minefield/3.1b2pre ID:20081120171014
~B
Assignee | ||
Comment 7•17 years ago
|
||
Bryan, what do you get in Firefox 3 (and 2, if you've got it) on the same machine?
Assignee | ||
Comment 8•17 years ago
|
||
I really want to hear what Martijn's result is with a latest trunk build.
Assignee | ||
Updated•17 years ago
|
Whiteboard: [needs feedback]
Comment 9•17 years ago
|
||
In a 2008-11-24 trunk build, I get as result: 5579ms now.
So this definitely looks fixed to me. Things now look even better than what they used to be, so this is great!
Sorry for the delay.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Whiteboard: [needs feedback]
Updated•17 years ago
|
Keywords: fixed1.9.1
Updated•17 years ago
|
Status: RESOLVED → VERIFIED
Comment 10•16 years ago
|
||
Martijn, can you check across the latest Shiretoko build too. Thanks :)
Comment 11•16 years ago
|
||
verified FIXED on 1.9.1 build:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.2pre) Gecko/20090723 Shiretoko/3.5.2pre (.NET CLR 3.5.30729) ID:20090723050841
Keywords: fixed1.9.1 → verified1.9.1
You need to log in
before you can comment on or make changes to this bug.
Description
•