Closed Bug 742625 Opened 14 years ago Closed 13 years ago

Checkerboarding is worse while pages are loading

Categories

(Core :: Graphics, defect)

ARM
Android
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: cjones, Unassigned)

References

Details

See video at http://people.mozilla.com/~cjones/cnn-checkerboarding.mp4 This is cnn.com loading on a Nexus S. There are two issues here - checkerboard-to-black on initial panning. We should never do that. Instead we should be drawing a real checkerboard, which does start happening later. - unpainted areas taking seconds to fill in. This happens during the loading of cnn.com. It might be that content JS is hogging the event loop, or we might not be interrupting reflow etc. often enough, but in any case it's janky. The repaint latency is lower after waiting a while for content to load. Needs analysis.
(In reply to Chris Jones [:cjones] [:warhammer] from comment #0) > - checkerboard-to-black on initial panning. We should never do that. > Instead we should be drawing a real checkerboard, which does start happening > later. Possibly/probably bug 740303.
We should profile this to find out where we're spending time. If it's reflow, we can presumably fix it with ireflow. If it's something else, fixing it will be harder.
Summary: Checkerboarding problems on cnn.com → Checkerboarding is worse while pages are loading
Don't understand the generalization here, but as long as we know what's going on with cnn.com I'm happy. It may very well be choking itself out with long-running script.
Much better in latest builds.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.