forked from mirrors/gecko-dev
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
26 lines
649 B
HTML
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>
|