Very bad checker boarding when scrolling Google Music playlists (even slowly) |
||||||||||||||||||||
Issue descriptionGoogle Chrome 52.0.2707.0 (Official Build) canary (64-bit) Revision 52d5c52fa34e5d312e2622b7799111bb63781403-refs/heads/master@{#386876} What steps will reproduce the problem? (1) Load https://play.google.com/music/listen?u=1#/ap/auto-playlist-thumbs-up (2) Scroll the list FYI: This assumes you have a bunch of thumbs up songs. You can use any playlist that's fairly long though. The whole screen checker boards terribly as you scroll, text for the songs comes in very slowly, sometimes you get grey blocks and no text, bizarely the song durations show up first before anything else.
,
Apr 13 2016
See attached trace, most frames on the main thread seem to only take 5ms yet the screen is still full of checker boarding.
,
Apr 13 2016
Aw I don't see any frames in the trace again, is this with the "frame viewer" setting? I can't tell what's in the recordings from this trace.
,
Apr 13 2016
This was not with frame viewer. I don't have time to debug every case of this, I'd be really great if when bugs are reported the GPU team could triage and work on repros instead of making your users do it. :)
,
Apr 13 2016
It's just a lot easier to triage if the trace has the info we need.
,
Apr 14 2016
This doesn't reproduce for me on linux TOT.
,
Apr 14 2016
It looks like a painting bug, but it's hard to be sure without a trace with display lists in it.
,
Apr 14 2016
Getting traces with display lists is really hard since I have to relaunch chrome with special flags every time... can we make that easier?
,
Apr 14 2016
This is what happens when you use the flag. I don't know what any of it is though: https://code.google.com/p/chromium/codesearch#chromium/src/content/renderer/skia_benchmarking_extension.cc&l=130
,
Apr 25 2016
FYI - When running this locally with dcheck_always_on, I hit the Assert here when loading this page. Not sure if it's related: https://code.google.com/p/chromium/codesearch#chromium/src/third_party/WebKit/Source/core/layout/compositing/PaintLayerCompositor.cpp&l=95
,
Apr 26 2016
I can reproduce this on 52.0.2715.0 / Mac Retina.
,
May 11 2016
I can no longer reproduce on 52.0.2729.0 or 52.0.2729.3 / Mac Retina. I also can't reproduce on 51.0.2704.36 / Mac Retina any more, which leads me to conclude that the music site changed to no longer trigger the issue. Going to close the bug, please reopen if there is a new repro. |
||||||||||||||||||||
►
Sign in to add a comment |
||||||||||||||||||||
Comment 1 by esprehn@chromium.org
, Apr 13 2016