[Webkit-unassigned] [Bug 260468] New: XSLT can take minutes to render with <audio> elements

[bugzilla-daemon at webkit.org]

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

            Bug ID: 260468
           Summary: XSLT can take minutes to render with <audio> elements
           Product: WebKit
           Version: Safari 16
          Hardware: Mac (Apple Silicon)
                OS: macOS 13
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: XML
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: jon at steelskies.com

I'd like to use XSLT to transform RSS feeds into user-viewable pages.

When Safari renders lots of <audio> elements via XSLT, it behaves terribly - seemingly getting exponentially slower as the number of <audio> elements increases.

On a sample feed with 515 episodes, Safari 16.5.2 appears to freeze while loading the page for around 52 seconds on my M1 Macbook Pro. Meanwhile a 2016 MBP takes 3 minutes 10 seconds…

Firefox & Chrome both render the same page more-or-less instantly.

Here’s the sample page with 515 episodes: https://d1k0jgp8xx8zuc.cloudfront.net/jds/xsl/fish.rss
But for the sake of everyone’s sanity if you don’t want to sit there waiting for it to load, here’s a version with 100 episodes: https://d1k0jgp8xx8zuc.cloudfront.net/jds/xsl/fish-truncated.rss .  It ‘only’ takes 5 seconds to render, but hopefully that’s enough to demonstrate the problem.


(I've also filed this via Feedback Assistant, if that helps: FB12904190)

-- 
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/20230821/3cdee4f7/attachment.htm>