[Webkit-unassigned] [Bug 250071] New: Regression: -webkit-line-clamp with overflow: visible sizes the container to the height of the unclamped contents

[bugzilla-daemon at webkit.org]

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

            Bug ID: 250071
           Summary: Regression: -webkit-line-clamp with overflow: visible
                    sizes the container to the height of the unclamped
                    contents
           Product: WebKit
           Version: Other
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Layout and Rendering
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: abotella at igalia.com
                CC: bfulgham at webkit.org, simon.fraser at apple.com,
                    zalan at apple.com

Created attachment 464325

  --> https://bugs.webkit.org/attachment.cgi?id=464325&action=review

Test case

I recently noticed that on recent versions of WebKit, `-webkit-line-clamp` with `overflow: visible` will add an ellipsis, but it will size the container according to the block size of the full contents, which should overflow it. This is the behavior in other browsers, and the one that WebKit had before this regression. Note that with `overflow: hidden`, the container will be sized properly.

This is legacy behavior, since in the current definition of `(-webkit-)line-clamp` in the CSS Overflow Level 3 spec (which is based on fragmentation), as well as in the one that's being considered in https://github.com/w3c/csswg-drafts/issues/7708 (which hides clamped content), the clamped contents never visibly overflow the container. However, in both of those proposed behaviors, the size of the container is still set to the block size of the clamped contents.

This regressed in https://commits.webkit.org/256989@main (bug 248200). Although this patch is related to LFC, it also regresses without it enabled.

-- 
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/20230104/ceb38bc6/attachment.htm>