[Webkit-unassigned] [Bug 183642] New: WebKit ignores the nowrap on <td nowrap="nowrap">, if an absolute width is specified

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=183642

            Bug ID: 183642
           Summary: WebKit ignores the nowrap on <td nowrap="nowrap">, if
                    an absolute width is specified
           Product: WebKit
           Version: Safari 11
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Layout and Rendering
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: dholbert at mozilla.com
                CC: bfulgham at webkit.org, simon.fraser at apple.com,
                    zalan at apple.com

STEPS TO REPRODUCE:
(1) Load https://jsfiddle.net/b87re0vw/

EXPECTED RESULTS:
None of the text inside the tables should wrap.

ACTUAL RESULTS:
The text inside the second table *does* wrap, for no clear reason.


MORE INFO:
In both cases, there is a <td nowrap="nowrap">.

In the first table, that gives the descendant div a computed "white-space" of "nowrap". But in the second table, it does not, for some reason. The only difference is that the second table has an explicit width on its <td> element (which in this example is quite large, so it's not causing wrapping by being the thing that constrains the width).

Devtools shows me that this nowrap="nowrap" behavior involves the following UA stylesheet rule:
> td[Attributes Style] {
>     white-space: -webkit-nowrap;
> }

And apparently -webkit-nowrap has some magic "width" dependence, or something...? not sure. Anyway, Firefox and Edge are consistent on this -- they render both tables with no line wrapping.

Chrome/Blink matches WebKit, for now, though I reported this in their bug tracker as https://bugs.chromium.org/p/chromium/issues/detail?id=821915

-- 
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/20180314/8e3cc6ac/attachment-0001.html>