[Webkit-unassigned] [Bug 85994] [GStreamer] Source element fails with .ogg files

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon May 21 06:15:29 PDT 2012


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





--- Comment #13 from Dan Winship <danw at gnome.org>  2012-05-21 06:14:33 PST ---
(In reply to comment #10)
> The thing is, this fails for resources that had already been requested previously. Basically:
> 
> > Resource A requested (no offset)
> < Resource A retrieved (status 200)
> > Resource A requested again (this time with an offset)
> < Resource A retrieved (status 200, when 206 for partial content is expected)

It sounds like there is a caching reverse proxy in front of the server, that doesn't bother to implement ranged requests on cached resources. So if you make a non-ranged request the first time, then any further ranged requests after that (until the file expires from the cache) will return the whole resource.

(In reply to comment #11)
> Basically, we should be able to handle a 200 code even if we were
> expecting the 206.

Yes. Servers are not required to implement ranged requests, and clients are required to deal with getting back 200 instead of 206.

-- 
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