[Webkit-unassigned] [Bug 225339] New: [css-flexbox] Wrong height of an empty table inside an orthogonal flex parent
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Mon May 3 17:54:09 PDT 2021
https://bugs.webkit.org/show_bug.cgi?id=225339
Bug ID: 225339
Summary: [css-flexbox] Wrong height of an empty table inside an
orthogonal flex parent
Product: WebKit
Version: WebKit Nightly Build
Hardware: Unspecified
OS: Unspecified
Status: NEW
Severity: Normal
Priority: P2
Component: Layout and Rendering
Assignee: webkit-unassigned at lists.webkit.org
Reporter: felipeerias at igalia.com
CC: bfulgham at webkit.org, simon.fraser at apple.com,
zalan at apple.com
Failing test:
imported/w3c/web-platform-tests/css/css-flexbox/table-as-item-specified-height.html
The flex box has vertical flow and the child table has horizontal writing direction, which means that the logical width for the flex box is the logical height for the child.
But since the table is empty, the logical height calculated by RenderTable::layout() is just the "height" property. This value is stored as the child's intrinsic content logical height.
Later on, RenderFlexibleBox::adjustChildSizeForMinAndMax() will try to find the child's min height through computeMainAxisExtentForChild(). Since the child's direction is orthogonal to the flexbox's direction, this will be done with a simple call to computeContentLogicalHeight() passing the previously cached value as the child's intrinsic content height.
Because that cached value is assumed to be correct (even though the table is actually empty and could be shorter) the final flexbox layout is wrong.
--
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/20210504/070b2cfd/attachment.htm>
More information about the webkit-unassigned
mailing list