[Webkit-unassigned] [Bug 260342] New: clip-path on SVG content should default to using the border-box (aka stroke-box)

[bugzilla-daemon at webkit.org]

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

            Bug ID: 260342
           Summary: clip-path on SVG content should default to using the
                    border-box (aka stroke-box)
           Product: WebKit
           Version: Safari Technology Preview
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: SVG
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: pdr at google.com
                CC: sabouhallawa at apple.com, zimmermann at kde.org

Created attachment 467305

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

Testcase showing two clip-paths that should render the same

In the attached testcase we have 2 stroked green boxes with clip-paths of "inset(0)" and "inset(0) border-box". These should render the same due to the following lines in http://www.w3.org/TR/css-masking-1/#the-clip-path:
1. If no reference box is specified, the border-box will be used as
  reference box.
2. For SVG elements without an associated CSS layout box, the used
  value for ... border-box and margin-box is stroke-box.

I found this while working on bringing Chromium's clip-path implementation up to speed and found no engines agree on this. I plan to land two new WPT tests covering this behavior (css/css-masking/clip-path-svg-content/clip-path-inset-stroke-001.svg and css/css-masking/clip-path-svg-content/clip-path-inset-stroke-002.svg).

-- 
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/20230817/7cb5985a/attachment.htm>