[Webkit-unassigned] [Bug 272525] REGRESSION (iOS 17.4): HLS Videos with AES Encryption in combination with data-uri's fail to start

[bugzilla-daemon at webkit.org]

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

--- Comment #10 from Vipul Firodiya <vipulfirodiya.22 at gmail.com> ---
(In reply to markmeeus from comment #9)
> It's a bit tedious to set up a sample, because our hls fragments are
> generated on the fly.
> But I think it can be easily reproduced by using a stream manifest with a
> key definition that looks like this:
> 
> #EXT-X-KEY:METHOD=AES-128,URI="data:application/octet-stream;charset=utf-8;
> base64,REDACTED-KEY-IN-BASE64",IV=0XFB84E8FB21A0D6170945E0D0C2FD6E35
> 
> so it's not related to http, but to having the key in a data uri like this.

are you using "data:application/octet-stream;charset=utf-8;
> base64,REDACTED-KEY-IN-BASE64" this format to resolve the issue or purely https
url like> blob:https://example.origin/e2094e7c-218c-42ca-8898-79a2f94a632c

I am having url like this blob:https://example.origin/e2094e7c-218c-42ca-8898-79a2f94a632c. but it is not working.

One of the way I have used to resolve this issue for now, is decrypt the HLS content first and remove #EXT-X-KEY: line from .m3u8 file and pass that to src of video

-- 
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/20240412/c3389c92/attachment-0001.htm>