Garbage pixels on enphaseenergy.com site
Created attachment 262674 [details] Patch
rdar://problem/22976184
Comment on attachment 262674 [details] Patch Attachment 262674 [details] did not pass mac-wk2-ews (mac-wk2): Output: http://webkit-queues.webkit.org/results/256237 New failing tests: compositing/geometry/bounds-ignores-hidden.html
Created attachment 262675 [details] Archive of layout-test-results from ews107 for mac-mavericks-wk2 The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews. Bot: ews107 Port: mac-mavericks-wk2 Platform: Mac OS X 10.9.5
Comment on attachment 262674 [details] Patch Attachment 262674 [details] did not pass mac-ews (mac): Output: http://webkit-queues.webkit.org/results/256259 New failing tests: compositing/geometry/bounds-ignores-hidden.html
Created attachment 262676 [details] Archive of layout-test-results from ews100 for mac-mavericks The attached test failures were seen while running run-webkit-tests on the mac-ews. Bot: ews100 Port: mac-mavericks Platform: Mac OS X 10.9.5
Comment on attachment 262674 [details] Patch Guess it's time for a bit of a rebaselining.
Comment on attachment 262674 [details] Patch I don't think this approach is correct here. We should probably try to avoid making layers for the <html> etc in front of the tiles, when they just paint the root background anyway.
Created attachment 262743 [details] Patch
Comment on attachment 262743 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=262743&action=review > Source/WebCore/rendering/RenderLayer.cpp:6131 > + // This is the documentElement's layer, whose background is usually painted by the RenderView's layer. The word “usually” here is unnecessarily vague and makes me worry. Is there a way to say this that’s more precise yet still terse?
https://trac.webkit.org/r190818