fune/testing/web-platform/tests/css/css-tables/no-overflow-with-table-cell-margins.html
Ian Kilpatrick bb9ae42d47 Bug 1523562 [wpt PR 15053] - [LayoutNG] Compute table cell margins to zero., a=testonly
Automatic update from web-platform-tests
[LayoutNG] Compute table cell margins to zero.

In the bug we check when we are performing the layout overflow
calculation if we have margins and add them if necessary.

Because we were setting them in LayoutNG (and not in Legacy) it meant
that we were contributing to overflow!

This forces margins to compute to zero for table cells.

Bug: 924504
Change-Id: Ia3595e0b432a965e7ed4bd28a8b3cf046fdf3775
Reviewed-on: https://chromium-review.googlesource.com/c/1434919
Commit-Queue: Ian Kilpatrick <ikilpatrick@chromium.org>
Reviewed-by: Morten Stenshorne <mstensho@chromium.org>
Cr-Commit-Position: refs/heads/master@{#626650}

--

wpt-commits: 48480234722c9e283c8c5457916db073a25d68cd
wpt-pr: 15053
2019-02-07 21:51:20 +00:00

26 lines
649 B
HTML

<!DOCTYPE html>
<html>
<link rel="help" href="https://drafts.csswg.org/css-tables-3/">
<meta name="assert" content="Table cell margins do not contribute to layout overflow.">
<script src="/resources/testharness.js"></script>
<script src="/resources/testharnessreport.js"></script>
<style>
html {
display: table;
width: 100%;
height: 100%;
}
body {
display: table-cell;
width: 100%;
}
</style>
<body></body>
<script>
test(() => {
const scroller = document.scrollingElement;
// There shouldn't be any layout overflow on the root scrollable element.
assert_equals(scroller.clientHeight, scroller.scrollHeight);
});
</script>