Hugely wide content (nscoord_MAX) with "table-layout:fixed; width: 100%" inside element with content-based width
Categories
(Core :: Layout, defect)
Tracking
()
People
(Reporter: dholbert, Unassigned)
References
(Blocks 1 open bug, )
Details
(Keywords: testcase, webcompat:platform-bug)
User Story
user-impact-score:45
Attachments
(2 files, 1 obsolete file)
| Reporter | ||
Updated•11 years ago
|
| Reporter | ||
Comment 1•11 years ago
|
||
Updated•7 years ago
|
Comment 2•4 years ago
|
||
Testcase 2 is derived from testcase 1 by replacing div.box's display:-moz-box with width:max-content. All the browsers give ACTUAL RESULT, i.e. very wide red-bordered box.
Updated•4 years ago
|
Comment 3•4 years ago
|
||
We have no evidence that this is causing WebCompat breakage, unsetting the priority flag.
Updated•3 years ago
|
| Reporter | ||
Comment 4•8 months ago
|
||
Note: testcase 1 doesn't reproduce the issue anymore, because we don't support display: -moz-box.
Testcase 2 does, though.
(In reply to Ting-Yu Lin [:TYLin] (PST, UTC-8) from comment #2)
Testcase 2 is derived from testcase 1 by replacing
div.box'sdisplay:-moz-boxwithwidth:max-content. All the browsers give ACTUAL RESULT, i.e. very wide red-bordered box.
Comparing testcase 2 between browsers today, it's bad in Firefox and Safari but "good" in Chrome.
- In Firefox Nightly 147, the red-bordered div and its table child are very wide (~17,895,700px).
- In Safari 26, the red-bordered div and its table child are very wide (1,000,000px).
- In Chrome 144 dev, the red-bordered div is nicely sized -- it's as wide as the viewport (minus the default body margins).
| Reporter | ||
Comment 5•8 months ago
|
||
| Reporter | ||
Comment 6•8 months ago
|
||
Comment on attachment 9527555 [details]
testcase 3 (where text is wider than container so that 'min-width: max-content' is a bit more relevant)
(sorry, that testcase 3 was meant for related bug 2000558)
Updated•8 months ago
|
Updated•8 months ago
|
Updated•8 months ago
|
Updated•2 months ago
|
Description
•