[Webkit-unassigned] [Bug 275304] New: Element fails to render if external feDropShadow applied

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Sun Jun 9 20:54:07 PDT 2024


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

            Bug ID: 275304
           Summary: Element fails to render if external feDropShadow
                    applied
           Product: WebKit
           Version: Safari 17
          Hardware: Mac (Intel)
                OS: macOS 12
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: SVG
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: azin+webkit at live.dk
                CC: sabouhallawa at apple.com, zimmermann at kde.org

Created attachment 471634

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

Test case files (an HTML and an SVG file) and screenshots demonstrating the bug.

I'm maintaining a single-file SVG icon library that consists of symbols, which are meant to be loaded from inline <use> elements in HTML.

A recently added icon partially fails to render in the HTML document. It turns out the culprit is a reDropShadow applied to one of the symbol's child elements. With the drop shadow filter applied, the whole element fails to render.

The issue only occurs when the symbol is pulled form an external SVG file (using a fragment identifier in the <use> element's href attribute). Everything renders as expected if the symbol is defined inline in the HTML document.

Moving the filter and feDropShadow elements into the HTML document also works. I've tried moving the filter and feDropShadow inside the symbol, but that still doesn't render.

I've uploaded a test case demonstrating (A) a failing external symbol and drop shadow filter; (B) a succeeding inline symbol and drop shadow filter; and (C) a succeeding external symbol and inline drop shadow filter. Case A fails in Safari whereas all three cases succeed in FireFox, for reference.

-- 
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/20240610/4d22668a/attachment.htm>


More information about the webkit-unassigned mailing list