[Webkit-unassigned] [Bug 249924] New: WebKit only distributes extra table-height to tbody rows -- not to thead/tfoot rows

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Dec 28 11:34:23 PST 2022


https://bugs.webkit.org/show_bug.cgi?id=249924

            Bug ID: 249924
           Summary: WebKit only distributes extra table-height to tbody
                    rows -- not to thead/tfoot rows
           Product: WebKit
           Version: Safari 16
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Tables
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: dholbert at mozilla.com
                CC: zalan at apple.com

STR:
(1) Load either of these testcases:
Table using CSS styling: https://bugzilla.mozilla.org/attachment.cgi?id=9310034
Table using HTML parts: https://bugzilla.mozilla.org/attachment.cgi?id=9310036


EXPECTED RESULT:
The rows should all be the same height.

ACTUAL RESULT:
The header/footer rows are only as tall as their content.



The css-tables-3 spec "height distribution algorithm" says (in its last paragraph) to distribute any extra available height equally among all rows.  There's no exception for rows that are in header/footer groups.
Link:  https://drafts.csswg.org/css-tables-3/#height-distribution-algorithm

Blink has the same behavior as WebKit here, but probably just because this is a legacy WebKit table behavior that Blink inherited.

All other browser engines -- Gecko (Firefox), EdgeHTML (Edge 16), Trident (IE11), and Presto (pre-Blink Opera) -- distribute the height equally among all the rows, including the header/footer rows.  And that seems to be what the spec calls for, as well.

Blink version of this bug report:
https://bugs.chromium.org/p/chromium/issues/detail?id=1403995
This was also originally filed as a Firefox bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=1806961
(but as noted above, Firefox seems to be spec-compliant, and WebKit-derived rendering engines seem to be the odd ones out here; hence I've closed that bug as invalid and filed these Blink/WebKit bugs.)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20221228/8276befb/attachment.htm>


More information about the webkit-unassigned mailing list