WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
215774
REGRESSION (
r258215
): Title preview movie isn't displayed at www.thismmalife.com
https://bugs.webkit.org/show_bug.cgi?id=215774
Summary
REGRESSION (r258215): Title preview movie isn't displayed at www.thismmalife.com
Fernando
Reported
2020-08-24 11:14:24 PDT
This was tested on iOS 14.0 (18A5351d) beta 5 Browsing a website that presents the following GIF we're not able to see anything other than the background color of the element
https://res.cloudinary.com/hkyugldxm/image/fetch/s--tWG33PgR--/c_imagga_scale,f_auto,fl_progressive,h_420,q_66,w_1000/https://thismmalife-images.s3.amazonaws.com/i/nzb6iyu6cpodsele1fqe.gif
The `img` is presented in HTML as: <img src="
https://res.cloudinary.com/hkyugldxm/image/fetch/s--tWG33PgR--/c_imagga_scale,f_auto,fl_progressive,h_420,q_66,w_1000/https://thismmalife-images.s3.amazonaws.com/i/nzb6iyu6cpodsele1fqe.gif
" width="1000" height="420" style="background-color:#dddddd;" class="crayons-article__cover__image" alt="Cover image for BJ Penn deals with GSP's low kicks like they are nothing 🤷🏻"> This is not a problem in iOS 13.6.1 (17G80). Could this be a regression on GIF support? The web page that has this GIF also contains another GIF that is presented correctly, which makes the problem a bit more odd. It can be seen here:
https://www.thismmalife.com/taliashaw_962/a-rose-namajunas-flying-arm-bar-move-4pmo
Thank you in advance for the help.
Attachments
Patch
(110.08 KB, patch)
2020-08-26 13:10 PDT
,
Jer Noble
eric.carlson
: review+
Details
Formatted Diff
Diff
Patch for landing
(110.09 KB, patch)
2020-08-26 13:59 PDT
,
Jer Noble
no flags
Details
Formatted Diff
Diff
Patch for landing
(2.76 KB, patch)
2020-08-26 14:50 PDT
,
Jer Noble
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Fernando
Comment 1
2020-08-24 11:19:36 PDT
I apologize, the correct URL for the article in the website that contains both the GIF that correctly renders and the one that doesn't render is the following:
https://www.thismmalife.com/leewynne/bj-penn-deals-with-gsp-s-low-kicks-like-they-are-nothing-42hc
Alexey Proskuryakov
Comment 2
2020-08-24 17:09:49 PDT
This is also a Safari 14 regression on macOS. The one that doesn't play is above the title. It's not actually a .gif despite what the URL says - it's an mp4 in Safari, and a webp in Chrome, loaded via an <img>.
Radar WebKit Bug Importer
Comment 3
2020-08-24 17:10:01 PDT
<
rdar://problem/67707957
>
Jer Noble
Comment 4
2020-08-25 10:48:16 PDT
Looks like the .mp4 in question has an output PTS delta applied, which leads to us grabbing the wrong sample out of the SampleMap and causing a decode error. Simple fix; just need to ask for the `CMSampleBufferGetOutputPresentationTimeStamp()` rather than the `CMSampleBufferGetPresentationTimeStamp()` in `ImageDecoderAVFObjC::storeSampleBuffer()` and write a test.
Jer Noble
Comment 5
2020-08-26 13:10:11 PDT
Created
attachment 407327
[details]
Patch
Peng Liu
Comment 6
2020-08-26 13:28:41 PDT
Comment on
attachment 407327
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=407327&action=review
> LayoutTests/media/video-as-img-output-pts-expected.txt:1 > +Tests that an with a .mp4 source where that .mp4 has an edit list will correctly decode.
Something is missing here?
Eric Carlson
Comment 7
2020-08-26 13:41:21 PDT
Comment on
attachment 407327
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=407327&action=review
> LayoutTests/media/video-as-img-output-pts.html:8 > + consoleWrite('Tests that an <img> with a .mp4 source where that .mp4 has an edit list will correctly decode.')
s/<img>/<img>/
Jer Noble
Comment 8
2020-08-26 13:59:47 PDT
Created
attachment 407335
[details]
Patch for landing
Jer Noble
Comment 9
2020-08-26 14:50:55 PDT
Created
attachment 407340
[details]
Patch for landing
EWS
Comment 10
2020-08-27 09:55:07 PDT
Committed
r266239
: <
https://trac.webkit.org/changeset/266239
> All reviewed patches have been landed. Closing bug and clearing flags on
attachment 407335
[details]
.
Fernando
Comment 11
2020-09-12 09:38:51 PDT
Hello again, was this patch shipped in the latest iOS beta release? I was still able to reproduce the problem but I haven't tested Safari preview release on macOS so I'm not sure if it's fixed there.
Alexey Proskuryakov
Comment 12
2020-09-12 10:17:17 PDT
(In reply to Fernando from
comment #11
)
> Hello again, was this patch shipped in the latest iOS beta release?
It was not.
> I was still able to reproduce the problem but I haven't tested Safari preview release on macOS so I'm not sure if it's fixed there.
Latest Safari 14 beta and Safari Technology Preview do include this fix.
Alexey Proskuryakov
Comment 13
2020-09-14 18:28:57 PDT
> Latest Safari 14 beta and Safari Technology Preview do include this fix.
I was incorrect, they do not. STP 113 includes
r265893
, which is older, and beta 5 is older too.
Alexey Proskuryakov
Comment 14
2020-09-14 18:31:06 PDT
***
Bug 216088
has been marked as a duplicate of this bug. ***
Alexey Proskuryakov
Comment 15
2020-09-14 21:06:53 PDT
Further correction: latest Safari beta does have the fix, it’s STP that’s older.
Colin Bendell
Comment 16
2020-09-16 05:31:34 PDT
Can you confirm that this patch landed in ios14 GM? If it did then we still have a regression.
Fernando
Comment 17
2020-09-17 13:08:11 PDT
Same here, Safari in iOS 14.0 (18A373) still experiences the problem
Jer Noble
Comment 18
2020-09-18 10:03:05 PDT
(In reply to Colin Bendell from
comment #16
)
> Can you confirm that this patch landed in ios14 GM? If it did then we still > have a regression.
No, this change missed the cutoff. I'll ping this bug when a fix is publicly testable.
Colin Bendell
Comment 19
2020-09-19 08:42:00 PDT
confirmed fixed in ios14.2 beta 1. Aside: this is an example of why UA sniffing is still needed. While not ideal, having browser version numbers in the UA allow service providers adapt content to work around bugs.
Ahmad Saleem
Comment 20
2022-10-10 13:55:24 PDT
Landed -
https://github.com/WebKit/WebKit/commit/94ce1012431e0b2648520fdace3a4369422d4937
and didn't backed out.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug