GraphicsLayers for overflow controls on iframe without clipping layer left out of layer tree
Created attachment 95092 [details] Patch
This patch doesn't change the visual appearance of the page (since we don't draw anything for resizers on iframes), but is still important for chromium since without it we can get into a situation where a GraphicsLayer is still alive but suddenly vanishes from the layer tree, which our compositor currently isn't robust to. I'll try to address that in parallel as well, but IMO this is a cleaner fix to the problems caused by this inconsistency.
Comment on attachment 95092 [details] Patch Rejecting attachment 95092 [details] from commit-queue. Failed to run "['./Tools/Scripts/webkit-patch', '--status-host=queues.webkit.org', '--bot-id=cr-jail-7', 'build-..." exit_code: 2 Last 500 characters of output: tests/xmlhttprequest ................................................................................................................................................................................ http/tests/xmlhttprequest/web-apps ............... http/tests/xmlhttprequest/workers ........... http/tests/xmlviewer . http/tests/xmlviewer/dumpAsText ........... 757.91s total testing time 23656 test cases (99%) succeeded 1 test case (<1%) had incorrect layout 16 test cases (<1%) had stderr output Full output: http://queues.webkit.org/results/8743232
Created attachment 95153 [details] Archive of layout-test-results from cr-jail-7 The attached test failures were seen while running run-webkit-tests on the commit-queue. Bot: cr-jail-7 Port: Mac Platform: Mac OS X 10.6.7
Whoops, I put chromium-generated results in compositing/iframes/, and that layer tree isn't valid for mac snow leopard, which doesn't have layers for scroll corners. I'll fix up the expectations before landing.
Committed r87547: <http://trac.webkit.org/changeset/87547>