[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