[Webkit-unassigned] [Bug 197608] New: iOS Safari should support preload "auto"

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon May 6 01:15:35 PDT 2019


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

            Bug ID: 197608
           Summary: iOS Safari should support preload "auto"
           Product: WebKit
           Version: Safari 12
          Hardware: iPhone / iPad
                OS: iOS 12
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Media
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: hello at terrymun.com

It is currently not possible to render the first frame of the video as the poster image on iOS Safari when using the native <video> element. Interestingly:

* macOS Safari renders the first frame without issue, probably because it automatically uses "auto" for preloading
* iOS Safari can render the first frame without issue if the video is autoplaying

However, if the video is not set to autoplay on iOS Safari, the first frame of the video is never fetched. Setting preload="auto" on the element does not work, as iOS Safari currently only supports the more restrictive "metadata" value when it comes to preloading: https://webkit.org/blog/6784/new-video-policies-for-ios/

When discussing with Jer Noble over Twitter, this was the response I've received from him:

> Loading, decoding, and displaying the first frame of video requires "preload=auto". But it’s ironic that a <video muted autoplay> gets "preload=auto" behavior and the arguably better behavior of non-autoplaying video doesn’t. Maybe it’s time to relax that restriction further.

-- 
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/20190506/9cabbb72/attachment.html>


More information about the webkit-unassigned mailing list