Closed
Bug 271952
Opened 21 years ago
Closed 15 years ago
scrolling window is slow and expensive
Categories
(Core :: Web Painting, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: mccutcjs, Unassigned)
References
()
Details
(Keywords: perf, testcase)
Attachments
(1 file)
|
2.77 KB,
text/html
|
Details |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a5) Gecko/20041121
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a5) Gecko/20041121
When you scroll the page it is very slow and uses a lot of CPU. Also some of the
content seems to scroll after the page does. For example the list of top rated
games near the bottom of the page scrolls exhibits this behaviour.
Reproducible: Always
Steps to Reproduce:
1.go to the site
2.scroll
Actual Results:
window scrolls slow and some content scrolls seperately
Expected Results:
window scrolls like any other website
Comment 1•21 years ago
|
||
this seems to be a result of a fixed background and overflow: auto
scrolling this testcase is painful with linux trunk build 2004112705 (gtk1) and
also trunk CVS gtk2/xft builds. The screen actually flickers if I scroll fast
and doesn't look good even if I scroll slowly.
Comment 2•21 years ago
|
||
==> gtk
Comment 4•21 years ago
|
||
John: the gamespot URL is pretty complex. Does the attached testcase behave the
same under windows and linux? If not, then you'll need to file a new bug for
the windows perf problem. If the behavior on windows is similar, then I guess
this is a layout (views?) problem.
See also bug 90198 which is an ambiguous collection of perf problems people see
with fixed background.
Comment 5•21 years ago
|
||
See comment 12 in bug 266582. Since each overflow:auto thing has its own
scrollwidget, we paint the page N times (N == number of overflow:auto things) on
each scroll.
Robert, do we have an existing bug on painting once and then updating all
widgets? If so, this should depend on it...
No, we don't have such a bug.
Comment 7•21 years ago
|
||
OK, I filed bug 274144
Comment 8•21 years ago
|
||
I only started slow scrolling on Gamespot after bug 238493 (widget cache)
landed, I think. On older builds of Firefox, where the Gamespot page would
flicker while loading, the scrolling performance seems to be better to me.
Comment 9•21 years ago
|
||
I'd like to nominate this for blocking Firefox 1.1. Can I just set the flag, or
does someone else need to do it? I don't want to overstep my authority here.
Comment 10•21 years ago
|
||
Nominate it with the "?" flag. You're overstepping your bounds by giving it the
"+" flag.
Updated•21 years ago
|
Flags: blocking-aviary1.1?
Updated•20 years ago
|
Flags: blocking-aviary1.1? → blocking-aviary1.1-
Comment 11•18 years ago
|
||
Testcase still flickers in Firefox trunk Linux.
Assignee: blizzard → roc
Component: GFX: Gtk → Layout: View Rendering
Updated•16 years ago
|
QA Contact: ian → layout.view-rendering
Assignee: roc → nobody
Comment 12•15 years ago
|
||
I can no longer reproduce the slow scrolling effects with the latest hourlies. Can anyone on Mac or Linux still reproduce this? If so then please re-open this bug.
Otherwise... -> Fixed by bug 564991.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
| Assignee | ||
Updated•7 years ago
|
Component: Layout: View Rendering → Layout: Web Painting
You need to log in
before you can comment on or make changes to this bug.
Description
•