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)

x86
Windows XP
defect

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?
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?
Attached file testcase
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.
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.
Blocks: 450350
Flags: blocking1.9.1?
Keywords: perf, testcase
Flags: blocking1.9.1? → blocking1.9.1+
Priority: -- → P3
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
Bryan, what do you get in Firefox 3 (and 2, if you've got it) on the same machine?
I really want to hear what Martijn's result is with a latest trunk build.
Whiteboard: [needs feedback]
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]
Status: RESOLVED → VERIFIED
Martijn, can you check across the latest Shiretoko build too. Thanks :)
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
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: