The following layout test is failing on all Mac WebKit2 bots:
http://trac.webkit.org/changeset/167845 causes us to finish layout with dirty layout, somehow. It seems to involve doing a subtree layout of a subframe (the <object>?) but having dirtied layout on the main frame (during deletion-within-selection), or some such (haven't debugged extensively).
No idea why it would only happen in WebKit2.
I'm tempted to skip the test instead of rolling out because the user facing
(In reply to comment #1)
> I'm tempted to skip the test instead of rolling out because the user facing
impact of the original bug is so much worse, but we've done so much work to flush out all of the ASSERT(!needsLayout) issues that it would be sad to reintroduce one.
http://trac.webkit.org/changeset/167898 skips it for WebKit2 (still no idea why it is specific to those bots, but at least this means the test is still covered somewhere)
I just hit this assertion failure in RenderLayerCompositor::requiresCompositingForScrollableFrame() using a debug build of WebKit r216439 on <https://www.icloud.com> by performing the following:
1. Visit <https://www.icloud.com>.
2. Type 'a' in the password field.
3. Press the delete key on the keyboard.
Then the WebProcess crashes because of the assertion failure.
Created attachment 309454 [details]
Stacktrace after following the reproduction steps in comment #5.
I think Andy was going to fix this (or did recently).
Created attachment 309641 [details]
Comment on attachment 309641 [details]
View in context: https://bugs.webkit.org/attachment.cgi?id=309641&action=review
> -webkit.org/b/132297 svg/custom/bug79798.html [ Skip ]
There is one more expectation for this:
LayoutTests/platform/ios-wk2/TestExpectations:272:webkit.org/b/132297 [ Debug ] svg/custom/bug79798.html [ Skip ]
LayoutTests/platform/wk2/TestExpectations:196:webkit.org/b/132297 svg/custom/bug79798.html [ Skip ]
Created attachment 309652 [details]
(In reply to Alexey Proskuryakov from comment #9)
> Comment on attachment 309641 [details]
> View in context:
> > LayoutTests/platform/wk2/TestExpectations:-196
> > -webkit.org/b/132297 svg/custom/bug79798.html [ Skip ]
> There is one more expectation for this:
> LayoutTests/platform/ios-wk2/TestExpectations:272:webkit.org/b/132297 [
> Debug ] svg/custom/bug79798.html [ Skip ]
If iOS was hitting this assertion, then this patch probably won't fix it, since iOS sets ScrollableInnerFrameTrigger.
Let's see what EWS says.
Comment on attachment 309652 [details]
Clearing flags on attachment: 309652
Committed r216643: <http://trac.webkit.org/changeset/216643>
All reviewed patches have been landed. Closing bug.