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

Issue 2597633002: Even empty block intervals should be associated with a fragmentainer. (Closed)

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

Description

Even empty block intervals should be associated with a fragmentainer. We need to visit the fragmentainer that a block lives in even if said block has zero height. If we find a column set, don't perform initial bounds checking. BUG=675943 Committed: https://crrev.com/f84a9dc354e51ae5353f9cb580574496f9184822 Cr-Commit-Position: refs/heads/master@{#440361}

Patch Set 1 #

Total comments: 4
Unified diffs Side-by-side diffs Delta from patch set Stats (+18 lines, -3 lines) Patch
A third_party/WebKit/LayoutTests/fast/multicol/client-rects-sole-empty-block.html View 1 chunk +17 lines, -0 lines 2 comments Download
M third_party/WebKit/Source/core/layout/FragmentainerIterator.cpp View 1 chunk +1 line, -3 lines 2 comments Download

Messages

Total messages: 15 (9 generated)
mstensho (USE GERRIT)
4 years ago (2016-12-21 10:50:29 UTC) #6
szager1
lgtm w/nits https://codereview.chromium.org/2597633002/diff/1/third_party/WebKit/LayoutTests/fast/multicol/client-rects-sole-empty-block.html File third_party/WebKit/LayoutTests/fast/multicol/client-rects-sole-empty-block.html (right): https://codereview.chromium.org/2597633002/diff/1/third_party/WebKit/LayoutTests/fast/multicol/client-rects-sole-empty-block.html#newcode13 third_party/WebKit/LayoutTests/fast/multicol/client-rects-sole-empty-block.html:13: assert_equals(rects[0].top, 100); Why is 'top' not 108? ...
4 years ago (2016-12-21 23:47:11 UTC) #7
mstensho (USE GERRIT)
https://codereview.chromium.org/2597633002/diff/1/third_party/WebKit/LayoutTests/fast/multicol/client-rects-sole-empty-block.html File third_party/WebKit/LayoutTests/fast/multicol/client-rects-sole-empty-block.html (right): https://codereview.chromium.org/2597633002/diff/1/third_party/WebKit/LayoutTests/fast/multicol/client-rects-sole-empty-block.html#newcode13 third_party/WebKit/LayoutTests/fast/multicol/client-rects-sole-empty-block.html:13: assert_equals(rects[0].top, 100); On 2016/12/21 23:47:11, szager1 wrote: > Why ...
4 years ago (2016-12-22 08:10:26 UTC) #8
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/2597633002/1
4 years ago (2016-12-22 08:10:48 UTC) #10
commit-bot: I haz the power
Committed patchset #1 (id:1)
4 years ago (2016-12-22 08:17:08 UTC) #13
commit-bot: I haz the power
4 years ago (2016-12-22 08:18:57 UTC) #15
Message was sent while issue was closed.
Patchset 1 (id:??) landed as
https://crrev.com/f84a9dc354e51ae5353f9cb580574496f9184822
Cr-Commit-Position: refs/heads/master@{#440361}

Powered by Google App Engine
This is Rietveld 408576698