Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(11)

Issue 2586853002: Prohibit LayoutInline from being relayout boundary (Closed)

Created:
4 years ago by kojii
Modified:
4 years ago
Reviewers:
pdr., szager1
CC:
blink-reviews, blink-reviews-layout_chromium.org, chromium-reviews, eae+blinkwatch, jchaffraix+rendering, leviw+renderwatch, pdr+renderingwatchlist_chromium.org, szager+layoutwatch_chromium.org, zoltan1
Target Ref:
refs/pending/heads/master
Project:
chromium
Visibility:
Public.

Description

Prohibit LayoutInline from being relayout boundary LayoutInline is laid out by its container and should not be a relayout boundary. This patch prohibits it. BUG=671328 Committed: https://crrev.com/72473efe964b34ed70910de4cc59c6295cc63019 Cr-Commit-Position: refs/heads/master@{#439656}

Patch Set 1 #

Unified diffs Side-by-side diffs Delta from patch set Stats (+23 lines, -0 lines) Patch
A third_party/WebKit/LayoutTests/fast/css/containment/inline-contain-layout-crash.html View 1 chunk +17 lines, -0 lines 0 comments Download
A third_party/WebKit/LayoutTests/fast/css/containment/inline-contain-layout-crash-expected.txt View 1 chunk +1 line, -0 lines 0 comments Download
M third_party/WebKit/Source/core/layout/LayoutObject.cpp View 1 chunk +5 lines, -0 lines 0 comments Download

Messages

Total messages: 22 (13 generated)
kojii
szager@, pdr@, could you PTAL while eae@ is OOO? Adding RELEASE_ASSERT as suggested in https://crbug.com/671328#c12 ...
4 years ago (2016-12-19 07:44:39 UTC) #10
szager1
lgtm
4 years ago (2016-12-19 19:52:39 UTC) #11
pdr.
On 2016/12/19 at 07:44:39, kojii wrote: > szager@, pdr@, could you PTAL while eae@ is ...
4 years ago (2016-12-19 19:52:49 UTC) #12
kojii
Thank you both!
4 years ago (2016-12-20 01:29:07 UTC) #13
commit-bot: I haz the power
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.org/2586853002/20001
4 years ago (2016-12-20 01:30:00 UTC) #15
commit-bot: I haz the power
Committed patchset #1 (id:20001)
4 years ago (2016-12-20 01:36:35 UTC) #18
commit-bot: I haz the power
Patchset 1 (id:??) landed as https://crrev.com/72473efe964b34ed70910de4cc59c6295cc63019 Cr-Commit-Position: refs/heads/master@{#439656}
4 years ago (2016-12-20 01:39:27 UTC) #20
esprehn
Can you explain the fix? How does start layout at the inline result in this ...
4 years ago (2016-12-20 01:43:55 UTC) #21
kojii
4 years ago (2016-12-20 04:37:06 UTC) #22
Message was sent while issue was closed.
On 2016/12/20 at 01:43:55, esprehn wrote:
> Can you explain the fix? How does start layout at the inline result in this
bug? :)

LayoutInline::layout() is no-op, so it ends up with needsLayout() after layout()
(the test hits ASSERT_NOT_REACHED and several !needsLayout() DCHECK such as in
assertLaidOut().)

HTMLSelectElement::optionElementChildrenChanged() updates LayoutText, but since
it's not laid out yet, InlineTextBox is still old and has old index/length.

Powered by Google App Engine
This is Rietveld 408576698