Summary: | Portrait HLS video first loads at small size before resizing to fit <video> element | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Joshua Carter <carter.joshua.603> | ||||
Component: | Media | Assignee: | Nobody <webkit-unassigned> | ||||
Status: | REOPENED --- | ||||||
Severity: | Normal | CC: | webkit-bug-importer, y_soliman | ||||
Priority: | P2 | Keywords: | InRadar | ||||
Version: | Safari 15 | ||||||
Hardware: | iPhone / iPad | ||||||
OS: | iOS 15 | ||||||
URL: | https://mgpl43.csb.app/ | ||||||
See Also: |
https://bugs.webkit.org/show_bug.cgi?id=240604 https://bugs.webkit.org/show_bug.cgi?id=248030 |
||||||
Attachments: |
|
Description
Joshua Carter
2022-06-20 14:47:54 PDT
*** This bug has been marked as a duplicate of bug 240604 *** @Youssef Soliman I do not believe that https://bugs.webkit.org/show_bug.cgi?id=240604 is a duplicate of this bug for a couple of reasons: 1) 240604 happens on videos with `object-fit: cover`; however, this bug happens on videos with no `object-fit` set (defaulting to `contain`). 2) The initial rendering does not match how a rendering of `object-fit: contain` would appear. `object-fit: contain` would have the video enlarged to fill the container in one dimension. This is, in fact, what the *expected* behavior is; however, in the initial rendering, the entire video is much smaller than the container (see screenshot). That being said, I don't have any knowledge of how this all works under the hood, so perhaps they are the same bug for a reason I don't understand. Interesting, I assumed it was the same issue since it only affects the first frame and https://bugs.webkit.org/show_bug.cgi?id=240604#c3 mentioned that it happens to `object-fit: contain` as well. I have a strong feeling the underlying issue is the same from my basic preliminary testing (there seems to be a delayed message between the GPU and Web Process), however, I'll unmark this as duplicate until the other issue is resolved. |