[wpt-sync] Sync PR 36493 - Let the table layout algo handle out-of-fragmentainer-space situations.
Categories
(Core :: Layout: Columns, task, P4)
Tracking
()
Tracking | Status | |
---|---|---|
firefox108 | --- | fixed |
People
(Reporter: wpt-sync, Unassigned)
References
()
Details
(Whiteboard: [wptsync downstream])
Sync web-platform-tests PR 36493 into mozilla-central (this bug is closed when the sync is complete).
PR: https://github.com/web-platform-tests/wpt/pull/36493
Details from upstream follow.
Morten Stenshorne <mstensho@chromium.org> wrote:
Let the table layout algo handle out-of-fragmentainer-space situations.
We don't need special-code for when caption layout aborts because of
kOutOfFragmentainerSpace. Just leave it to the table layout algorithm,
which will call BreakBeforeChildIfNeeded() and handle this situation
correctly.As it was, we could attempt to insert a break before the table, even
though the table had already produced fragments, which isn't allowed.CL:3829930 was wrong in comparing the situation for table captions to
that for table cells. If this happens to cells, we DO need to propagate
kOutOfFragmentainerSpace to someone who can handle it (the table section
layout algorithm), since the table row layout algorithm lays out in the
inline direction.Bug: 1375029
Change-Id: I3e53903004591922080338f88633b1b33c9890ed
Reviewed-on: https://chromium-review.googlesource.com/3959677
WPT-Export-Revision: f37388fd350e94f6b90f89e594edf6ecba0a8d49
Assignee | ||
Updated•3 years ago
|
Assignee | ||
Comment 1•3 years ago
|
||
Assignee | ||
Comment 2•3 years ago
|
||
CI Results
Ran 0 Firefox configurations based on mozilla-central, and Firefox, Chrome, and Safari on GitHub CI
Total 1 tests
Status Summary
Firefox
PASS
: 1
Chrome
TIMEOUT
: 1
Safari
PASS
: 1
Links
Comment 4•3 years ago
|
||
bugherder |
Description
•