Closed Bug 309224 Opened 20 years ago Closed 20 years ago

extremely poor scrolling performance on gmail's spam page

Categories

(Core :: Layout, defect)

Product:
Core
Component:
Layout
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED FIXED

People

(Reporter: tonglebeak, Unassigned)

References

(
URL
)

Details

(Keywords: perf, regression)

With a page that has a lot of spam emails listed (gmail lists up to 50 per page), scrolling is real horrible at and near the top of the page. When scrolling from top to bottom, the beginning is dreadfully slow (4-5fps), but then picks back up as it nears the bottom. The opposite also applies, when going from bottom-to-top: scrolling gets real bad as it approaches the top. I'm running on a 550mhz p3, so this is very, very noticeable to me, might not be on faster computers though. It's most noticeable while having smooth scrolling enabled.
I'm seeing this too on the normal "Inbox" page, I think. I have the setting 100 e-mails per page showing. This bug needs a minimal testcase, though.
Component: General → Layout
Product: Firefox → Core
QA Contact: general → layout
Version: 1.5 Branch → Trunk
I'm not seeing this with Mozilla1.7.12. I suspect this is the same issue as bug 282750.
Depends on: 282750
I've just tried an hourly build with the fix for bug 282750, and this bug seems also fixed. Gmail scrolls fluently again. I can't believe how I got used to the slow scrolling! Aaron, could you verify in tomorrow's build?
I'm not touching the trunk, but once the fix is applied to the branch, I will attempt to verify it [and believe me, any perf bugs are extremely obvious on this computer :)]
I also see this slow scrolling when using gmail and FireFox (1.0 and 1.5). Sadly even my P4 seems not powerful enough to allow gecko to scroll fluently through the page whereas opera has absolutly no problems at all. Would be great if this could be fixed, and as far as I've seen great that it has already been done! Thanks! lg Clemens
Wasn't this bug fixed on the trunk and branch by the checkin for bug 282750?
Aaron, could you test now with Firefox1.5 RC1?
(In reply to comment #7) > Aaron, could you test now with Firefox1.5 RC1? > Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051102 Firefox/1.5 ID:2005110203 It's now WFM, everything seems smooth, BUT, when viewing the cpu usage in firefox using windows task manager, firefox lags like it did when I filed this report. So...I'm not sure how to resolve this, if it should be resolved right now.
So you didn't get the high cpu usage with Firefox1.0, but you're getting the high cpu usage with Firefox1.5RC1?
Gah, I have no idea why my UA didn't show up in the initial report. I was on a branch build created within a range of 0-3 days prior to this bug report being filed.
So is this still an issue? From the comments it sounds like this should be resolved either worksforme or fixed (by bug 282750).
For me this was fixed by by bug 282750.
Aaron?
Well, I'm on an amd64 3200+ now, so I see nothing at all that makes me think this bug is still there >_> If others are saying it's fixed, and I'm not seeing anything wrong as far as cpu usage goes (even on this beast), then obviously it's fixed by bug 282750
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.