[Webkit-unassigned] [Bug 234666] New: [GTK] Video stutter on seek except when second video element on page

[bugzilla-daemon at webkit.org]

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

            Bug ID: 234666
           Summary: [GTK] Video stutter on seek except when second video
                    element on page
           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: dennistenhoove at protonmail.com
                CC: bugs-noreply at webkitgtk.org

Created attachment 447942

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

Two simple test pages and a single mp4 video showcasing the bug

Certain videos on the web may start to jump back and forward between frames when the seek function of the video player is used.

This bug will suddenly be abcent when a second video element is placed on the page, it does not matter if this video element contains the same video or another video of a different format (eg. webm).

So far I have only noticed mp4 to be affected.


The bug is relevant for the latest stable and testing versions of Epiphany aswell as older versions. The bug is not a newly introduced regression, this bug has existed for a while already (6+ months at least), I do not recall when I first encountered it.

It seems to not be related to wrong encoding or something odd related to the video itself, as even when re-encoded with FFMPEG (ffmpeg -i video.mp4 video-out.mp4) the bug presists.

See the included attachment for two simple HTML pages and a video showcasing the bug. It will need to run on a webserver to display the videos properly.

I did not experience the bug on Safari thus I am assuming it to be WebkitGTK related.

-- 
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/20211224/bb800bb8/attachment.htm>