After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 592665 - Apple.com blocking of gstreamer
Apple.com blocking of gstreamer
Status: RESOLVED WONTFIX
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other All
: Normal minor
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 592542 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2009-08-22 08:00 UTC by Colin Sherratt
Modified: 2009-09-06 19:18 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Patch (896 bytes, patch)
2009-08-22 08:00 UTC, Colin Sherratt
none Details | Review

Description Colin Sherratt 2009-08-22 08:00:08 UTC
Created attachment 141387 [details] [review]
Patch 

Not really a bug in gstreamer but it can be fixed in it.

apple.com/trailers section as of Aug 21st, 2009 will redirect any http request
from the video back to apple.com/trailers. It is just checking the http user
agent and will only server the video if it identifies as QuickTime. This is
annoying but easy to work around.

I have attached a patch that should work around the problem.
Comment 1 Olivier Crête 2009-08-22 15:19:20 UTC
*** Bug 592542 has been marked as a duplicate of this bug. ***
Comment 2 Olivier Crête 2009-08-22 15:20:53 UTC
Maybe there should be some kind of more generic framework for user-agent hacks, someone was on #gstreamer with a similar problem with a www.lightening4u.com url.
Comment 3 Sebastian Dröge (slomo) 2009-08-30 19:36:26 UTC
(In reply to comment #2)
> Maybe there should be some kind of more generic framework for user-agent hacks,
> someone was on #gstreamer with a similar problem with a www.lightening4u.com
> url.

What exactly do you have in mind? Some kind of central place where we have a list of URI (parts) and corresponding user agents?
Comment 4 Tim-Philipp Müller 2009-08-30 23:42:37 UTC
Something like that, in a central place, so we don't have to maintain site->useragent lists for all the various http-capable sources separately.

Things that come to mind:

 a) one or two helper functions in pbutils in -base that
    http elements can then use

 b) add some sort of GstBaseHttpSource base class instead
    (might conflict with other base classes though)

 c) add some kind of string array property that apps can set

PS: *sigh*
Comment 5 Benjamin Otte (Company) 2009-08-31 08:40:52 UTC
Shouldn't it depend on the type of plugin that you emulate?
So when doing Quicktime stuff, pretend to be quicktime; when pretending to be Winows Media Player, send a WMP user agent.

Not sure how to best implement that though - I guess the easiest thing would be to tell the totem browser plugin to set the user agent depending on how it was started? (Won't cut it for totem proper though...)
Comment 6 Olivier Crête 2009-08-31 15:36:23 UTC
Standalone totem could just look at the filetype maybe ? If its a .mov, say quicktime, if asf/wmv says WMP, etc..
Comment 7 Tim-Philipp Müller 2009-09-02 12:33:38 UTC
Bug #375867 takes care of the browser plugin case.

Not sure if we really need to do anything besides that in GStreamer.
Comment 8 Sebastian Dröge (slomo) 2009-09-03 11:49:05 UTC
I guess this can be closed then, some hacky url<->user agent database in GStreamer doesn't sound good to me ;)