Closed Bug 1445634 Opened 7 years ago Closed 7 years ago

linewrapping inside nested table cells with nowrap="nowrap" treated differently than Blink

Categories

(Core :: Layout: Tables, defect)

defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 221154
Tracking Status
firefox61 --- affected

People

(Reporter: jdm, Unassigned)

References

()

Details

Attachments

(3 files)

Visiting https://bugs.chromium.org/p/chromium/issues/detail?id=814100 in Firefox yields a long list of email addresses that cover up the actual page content. In Chrome, the addresses form rows of the table on the left side of the page instead. If I disable the `inline-block` property of the div elements that contain each address, Firefox displays the same as Chrome.
Attached file Testcase (deleted) —
Here's a minimized testcase that demonstrates the issue.
Attachment #8958824 - Attachment mime type: text/plain → text/html
Attached file testcase 2 (deleted) —
This is about "nowrap" on ancestor td elements. We honor it; chrome does not (though they only don't if the ancestor happens to have a specified width, regardless of what that width is). Here's a testcase that demonstrates this. Chrome differs from us (and wraps the text) on the 3rd line.
Summary: Inline-block divs inside table cell treated differently than Blink → linewrapping inside nested table cells with nowrap="nowrap" treated differently than Blink
Edge agrees with us on "testcase 2". I'm pretty sure that testcase (and the fact that Chrome is wrapping on the original page here) is a Chrome bug -- I'll file. (As for the original page, Edge renders it like Firefox except that they clip the text rather than letting it overflow. I think that they're correct there -- our difference from Edgethere is covered by bug 221154. Basically, we're not quite honoring "overflow-x:hidden" on the table cell.)
Depends on: 221154
I filed https://bugs.chromium.org/p/monorail/issues/detail?id=3585 on fixing the bug tracker itself to avoid this problem (since they're including some markup and then inadvertently relying on the fact that Chrome/Safari ignores that markup, basically).
I'm just going to dupe this to bug 221154, since that's the Firefox bug that's coming into play here. (There's also some Tech Evang outreach to be done to fix the site, but that's basically covered by the bug I filed in comment 6.)
Status: NEW → RESOLVED
Closed: 7 years ago
Component: Layout: Block and Inline → Layout: Tables
No longer depends on: 221154
Resolution: --- → DUPLICATE
The monorail bug (from comment 6) has been fixed, so this issue is no longer reproducible at the live URL where jdm encountered it. (It's not reproducible there for me, anyway.)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: