Closed Bug 802382 Opened 13 years ago Closed 12 years ago

Full-page invalidation when scrolling on xkcd.org

Categories

(Core :: Layout, defect)

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

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: sicking, Unassigned)

References

Details

Steps to reproduce: 1. Go to http://xkcd.com/1070/ 2. Scroll up or down 3. There is no step three Expected results: Only paint the newly scrolled-in area. Actual results: We paint the whole screen every time we scroll. This doesn't happen in FF16, so I suspect that this is a dlbi regression.
Do you have layers acceleration disabled? I can't reproduce any of these.
The xkcd one I can only reproduce with layers.acceleration.disabled set to true. All the other ones reproduce no matter what that pref is set to.
Actually, the xkcd page is interesting. At first it invalidates just the newly scrolled in area. But if I scroll from top to bottom and back to top a few times, it seems to switch behavior to doing full page invalidation for all scrolls.
(In reply to Jonas Sicking (:sicking) from comment #3) > Also seeing it on http://www.gocomics.com/calvinandhobbes/2012/10/17 I see repainting only when the mouse hovers on the comments or my mouse is in the comments section while i scroll by using the scroll wheel of mouse. And the repaint is only for the comments section, not the complete page. If scrolling by dragging the scroll-bar, i see no repainting.
I'm not seeing any of these on Windows with layers acceleration enabled. Fixed?
(In reply to Robert O'Callahan (:roc) (Mozilla Corporation) from comment #10) > I'm not seeing any of these on Windows with layers acceleration enabled. > Fixed? on http://www.gocomics.com/calvinandhobbes/2012/10/17 there is some wonky repainting in the comments section. Specifically, hovering mouse on any of the comment boxes repaints all the comments above it too. Try a few times there for it to take effect.
(In reply to Jonas Sicking (:sicking) from comment #1) > I'm also seeing full-screen invalidation on > http://mintfish.tumblr.com/post/33739276329/99-life-hacks-to-make-your-life- > easier 1. Open this URL 2. Right click on the animation 3. Move mouse inside the right click menu. 4. Image stops animating!
This bug is turning into a metabug for all sorts of unrelated issues. This bug is about xkcd. Is it fixed or not?
(In reply to mayankleoboy1 from comment #12) > 1. Open this URL > 2. Right click on the animation > 3. Move mouse inside the right click menu. > > 4. Image stops animating! Please file a different bug for this.
I originally filed this as a bug for xkcd only, but since I saw the same issue on multiple pages I intended to morph it into a bug about "pages where we've regressed scrolling to causing full-page invalidation". Unfortunately comments 9, 11 and 12 are totally unrelated to this bug :( I'm still seeing the full-page-invalidation-on-scrolling issue on most of the pages mentioned here. However I can't see it on xkcd any more. However I've realized that the steps to reproduce is a bit more complicated. I'll add comments to bug 802410 and bug 802385 instead. Feel free to close this one.
Thanks.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.