[Webkit-unassigned] [Bug 201068] iOS 13 beta: HLS not loading the fragments from the redirected url

[bugzilla-daemon at webkit.org]

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

Lloyd Wallis <lloyd.wallis at bbc.co.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |lloyd.wallis at bbc.co.uk

--- Comment #1 from Lloyd Wallis <lloyd.wallis at bbc.co.uk> ---
Steps to reproduce:

1. Visit https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/mobile-phone-main/vpid/p07lbzz4/format/xml/transferformat/hls/proto/http, and select the m3u8 path with supplier="mf_limelight". This URL is valid for a few hours.
2. Create a simple web page with a <video> element pointing to this playback URL
3. Attempt to play the media, recording the HTTP requests made by the device

Expected behaviour:

The client observers a HTTP 302 response is returned when requesting the m3u8 object. The base URL used for resolving relative URLs is updated to be this final destination path rather than the original request.

Actual behaviour:

The client uses the originating request path to make all subsequent requests. This results in each request for a media segment requiring two HTTP requests, a 302 followed by a 200. This adds unnecessary request latency to the client and additional load on the origin servers.

Additional information:
If you follow step 1 in the UK, and instead select mf_bidi's connection, you will see that this CDN does not support segment requests on the originating domain, and the subsequent requests fail with a HTTP 400 response. This is silently absorbed by the client, resulting in bug 201069.

-- 
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/20190823/f5260a99/attachment.html>