Add tests for 'stretch' sizing keyword on various table parts
Categories
(Core :: Layout, task)
Tracking
()
People
(Reporter: dholbert, Assigned: dholbert)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
Filing this bug to add some tests for the 'stretch' keyword (for height/width and {min,max}-{height,width}) on various table parts.
Per bug 1933288 comment 6, this combination doesn't seem to be super interoperable right now (and it's not entirely clear who's correct) so I'll probably add these as WPTs in the mozilla private directory first, to get test-coverage without necessarily putting a stake in the ground about correctness.
|
Assignee | |
Updated•3 months ago
|
|
|
Assignee | |
Comment 1•3 months ago
|
||
I'm adding these tests as modified copies of these existing WPTs:
testing/web-platform/tests/css/css-sizing/stretch/stretch-block-size-001.html
testing/web-platform/tests/css/css-sizing/stretch/stretch-inline-size-001.html
As noted in https://bugzilla.mozilla.org/show_bug.cgi?id=1933288#c6 , browser
engines behave pretty differently when handling 'stretch' (and its alias
'-webkit-fill-available') on table-parts. The differences mostly relate to
which container-sizes are/aren't considered "definite enough" to be filled
using 'stretch' on a descendant-box. Given this variability (and the general
browser interop differences around table layout), I'm not confident that these
new tests' expectations are authoritatively correct for all browsers; so for
now, I'm just adding these tests in the mozilla-internal WPT directory, to
capture and provide code-coverage for our current behavior.
Description
•