[Webkit-unassigned] [Bug 274218] New: Spinners are shown indefinitely on HTML5 audio controls with preload=none, wasting power and CPU

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed May 15 10:07:11 PDT 2024


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

            Bug ID: 274218
           Summary: Spinners are shown indefinitely on HTML5 audio
                    controls with preload=none, wasting power and CPU
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKitGTK
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: nekohayo at gmail.com
                CC: bugs-noreply at webkitgtk.org

The best test case I have to observe this issue is this page, where I have embedded a bunch of audio elements with preload="none":
https://luciegascon.com/discographie/
(just scroll down a bit to the first album at the top, where every track has an audio element).

On Epiphany 45 (Cairo) and Epiphany TP / Devel (Skia, WebKitGTK ), spinners are shown forever on each of the audio elements there, and this consumes roughly 10-30% of each CPU core, indefinitely; during that time, my laptop's CPU's frequencies oscillate between 800 and 1700 mhz (both when running the Skia or the Cairo version). Other pages on the same website are not affected, as they do not have audio elements, and they let the cores step down to 400mhz and CPU usage to fall to 0-2% according to gkrellm.

Notwithstanding the fact that it eats a non-negligible amount* of CPU, even on modern Intel Kabylake graphics on Wayland (it also happens on Xorg, and also happens with open source AMD graphics), I believe the spinners should not be shown in the first place, especially when preload="none" is used, as they will never stop spinning.

In comparison, Firefox does not show a spinner for those elements (it does not show spinners even with the default preload behavior, either).

----

*: (which would be a separate issue, but I have been unfortunately unable to capture anything with Sysprof here, as the browser will lock up entirely right after you try loading that page when the flatpak app is launched by Sysprof 46)

-- 
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/20240515/fba84b0d/attachment.htm>


More information about the webkit-unassigned mailing list