cssom/non-subpixel-scroll-top-left-values.html takes 35 seconds on Yosemite WK1 debug tester, and then it times out. Strangely, there is no data from other bots, which is supposed to mean that the test runs very quickly (in under 1 second). Not sure if I believe that. Locally, I see it take 29 seconds when run separately, so it would take a lot more with other tests and hyper-threading.
Marked as slow in r177273.
It makes 225 divs. Not sure why it would be this slow.
(In reply to comment #0) > cssom/non-subpixel-scroll-top-left-values.html takes 35 seconds on Yosemite > WK1 debug tester, and then it times out. Strangely, there is no data from > other bots, which is supposed to mean that the test runs very quickly (in > under 1 second). Not sure if I believe that. > > Locally, I see it take 29 seconds when run separately, so it would take a > lot more with other tests and hyper-threading. Locally, it takes about 2 seconds when run separately. I don't see why it should take any longer than that.
It's very slow in debug because of lots of time in assertion-only code (all the ASSERT(willBeComposited == needsToBeComposited(layer))).
Lots of time under FrameView::scrollableAreaSetChanged too, even in release, which we should fix.
Filed bug 139651.