Bug 90791 - Video can't be seeked if hosted on Cloudfront with SSL
Summary: Video can't be seeked if hosted on Cloudfront with SSL
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Media (show other bugs)
Version: 528+ (Nightly build)
Hardware: Macintosh Intel OS X 10.7
: P2 Normal
Assignee: Nobody
URL: https://d31j8lt3uybmqs.cloudfront.net...
Keywords:
Depends on:
Blocks:
 
Reported: 2012-07-09 08:07 PDT by Zeno Crivelli
Modified: 2012-12-17 11:13 PST (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Zeno Crivelli 2012-07-09 08:07:12 PDT
Steps to Reproduce:
-------------------
1) Visit the following link on WebKit Nightly, Safari 5 or 6:
https://d31j8lt3uybmqs.cloudfront.net/temp/midnight_sun_sv1_360p.mp4

2) Quickly seek to a point *ahead* of the buffer

Actual Results:
---------------
Video freezes, sometimes the whole buffer bar disappears and video playback can't be resumed. Other times the buffer bar doesn't disappear but it's frozen, playhead starts to advance for a couple of seconds and then it starts "looping", but in any case video playback is corrupted. 

Expected Results:
-----------------
Video starts loading from the seeked point and playback is resumed automatically, this can be seen by simply changing https:// to http:// in the URL above.

On the one hand this is probably something Amazon should fix, because if the same video is hosted on another server/CDN (with a different SSL certificate) the issue can't be reproduced, but on the other hand this works fine on other browsers (Chrome, IE9, and also with a Flash player), so there is probably an issue to fix in Safari too.
Comment 1 Alexey Proskuryakov 2012-07-10 07:12:22 PDT
> 1) Visit the following link on WebKit Nightly, Safari 5 or 6:

To clarify, are you saying that there is a regression aspect here?

Using Safari 5.1.7, I'm seeing some badness, and some weird behavior, like non-contiguous buffer display in progress track.
Comment 2 Zeno Crivelli 2012-07-11 02:50:46 PDT
> To clarify, are you saying that there is a regression aspect here?

I actually tested this on a very old iBook G4 with Tiger and Safari 4.1.3, and I can't reproduce the issue.

So there might be a regression aspect here.

Interesting fact: if I open the source via "Open Location..." in QuickTime Player 10 (on my MacBook Pro running Lion) I can observe the same bug, while if I load it in QuickTime Player 7 (which I've also installed on my MacBook) it works correctly. This seems to explain why there's no issue on Safari 4 on the old iBook G4 (PPC/Tiger) where HTML5 Video - I suppose - is "powered by QuickTime 7" (but correct me if I'm wrong).
Comment 3 Rémy Coutable 2012-08-27 05:34:25 PDT
Hi,

Is there any news about the status of this issue? I can confirm it (with a screencast if need be).

Would it be possible that at least someone mark it as confirmed so that it might be addressed in a (hopefully) near future?

Thanks very much in advance.
Comment 4 Eric Carlson 2012-09-12 13:12:12 PDT
<rdar://problem/12286670>
Comment 5 Zeno Crivelli 2012-12-17 11:13:05 PST
This seems to be fixed now. I'm not able to reproduce the problem anymore (Safari 6.0.2). 

I don't know if you changed something in WebKit or if Amazon changed something on their side... but this is good news.