[Webkit-unassigned] [Bug 85994] [GStreamer] Seeking fails on media content provided by servers not supporting Range requests
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Fri Nov 22 19:39:25 PST 2013
https://bugs.webkit.org/show_bug.cgi?id=85994
--- Comment #52 from Andres Gomez Garcia <agomez at igalia.com> 2013-11-22 19:37:54 PST ---
(In reply to comment #51)
> Created an attachment (id=217688)
--> (https://bugs.webkit.org/attachment.cgi?id=217688&action=review) [details]
> Archive of layout-test-results from webkit-ews-14 for mac-mountainlion-wk2
>
> The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews.
> Bot: webkit-ews-14 Port: mac-mountainlion-wk2 Platform: Mac OS X 10.8.5
...
The fail happening in the Mac Port is due to the fact that the playback download control when not supporting "Range" requests is passed to the low level framework used by AVFoundation that identifies itself as "AppleCoreMedia".
When this happens with a "normal" URL like <host>/media/resources/silence.wav , the playback is successful and the HTTP network traffic is as follows:
GET /media/media-seeking-no-ranges-server.html HTTP/1.1
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/538.7+ (KHTML, like
HTTP/1.1 200 OK
GET /media-resources/video-test.js HTTP/1.1
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/538.7+ (KHTML, like
HTTP/1.1 200 OK
GET /media-resources/media-file.js HTTP/1.1
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/538.7+ (KHTML, like
HTTP/1.1 200 OK
GET /media-resources/content/silence.wav HTTP/1.1
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/538.7+ (KHTML, like
HTTP/1.1 200 OK
GET /media-resources/content/silence.wav HTTP/1.1
User-Agent: AppleCoreMedia/1.0.0.12F45 (Macintosh; U; Intel Mac OS X 10_8_5; en_us)
HTTP/1.1 200 OK
GET /media-resources/content/silence.wav HTTP/1.1
User-Agent: QuickTime/7.7.1 (qtver=7.7.1;cpu=IA32;os=Mac 10.8.5)
HTTP/1.1 200 OK
However, when the requested URL is our PHP URL, as in <host>/media/resources/load-video.php?name=silence.wav&type=audio/wav&ranges=no, the communications stops just after the first request to it, with an error in our audio element. This is as follows:
GET /media/media-seeking-no-ranges-server.html HTTP/1.1
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/538.7+ (KHTML, like
HTTP/1.1 200 OK
GET /media-resources/video-test.js HTTP/1.1
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/538.7+ (KHTML, like
HTTP/1.1 200 OK
GET /media-resources/media-file.js HTTP/1.1
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/538.7+ (KHTML, like
HTTP/1.1 200 OK
GET /media/resources/load-video.php?name=silence.wav&type=audio/wav&ranges=no HTTP/1.1
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/538.7+ (KHTML, like
HTTP/1.1 200 OK
After doing quite some investigation, the conclusion is that the only difference in the traffic is the actual URL.
After talking with Eric Carlson the conclusion is that the team in charge of the CoreMedia low level framework used by AVFoundation doesn't actually want to support servers not supporting "Range" requests so it is OK to just skip this test in the Mac and Apple-Win ports.
As the Apple-Win port is actually passing the test successfully, I will only add the exception in the TestExpections for the Mac port.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list