[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