Open Bug 1184430 Opened 11 years ago Updated 2 months ago

Hugely wide content (nscoord_MAX) with "table-layout:fixed; width: 100%" inside element with content-based width

Categories

(Core :: Layout, defect)

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)

Attached file testcase 1
STR: 1. Load testcase. ACTUAL RESULTS: Red-bordered box is ~nscoord_MAX wide, running offscreen to the right, creating huge scrollable viewport. EXPECTED RESULTS: Sane sizes. (Note: The testcase is based on a codepen from karlcow in https://github.com/webcompat/web-bugs/issues/1111#issuecomment-121821335 )
Summary: Hugely wide content (nscoord_MAX) "table-layout:fixed; width: 100%" inside of -moz-box → Hugely wide content (nscoord_MAX) with "table-layout:fixed; width: 100%" inside of -moz-box
This may be involved in producing huge sizes in sp.m.reuters.co.jp, according to https://github.com/webcompat/web-bugs/issues/1111 .
Attached file testcase 2

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.

See Also: → 1469649
Webcompat Priority: --- → ?

We have no evidence that this is causing WebCompat breakage, unsetting the priority flag.

Webcompat Priority: ? → ---
Severity: normal → S3
Keywords: testcase
See Also: → 2000558

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's display:-moz-box with width: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).
Summary: Hugely wide content (nscoord_MAX) with "table-layout:fixed; width: 100%" inside of -moz-box → Hugely wide content (nscoord_MAX) with "table-layout:fixed; width: 100%" inside element with content-based width

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)

Attachment #9527555 - Attachment is obsolete: true
Blocks: 2000558
User Story: (updated)
User Story: (updated)
User Story: (updated)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: