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 614558 - configurable user agent for network elements
configurable user agent for network elements
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
unspecified
Other Linux
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-04-01 10:29 UTC by Stefan Sauer (gstreamer, gtkdoc dev)
Modified: 2018-11-03 12:13 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Stefan Sauer (gstreamer, gtkdoc dev) 2010-04-01 10:29:13 UTC 
Some streaming servers tune their replies based on the user-agent they received.
For that purpose souphttpsrc has "user-agent" and even "extra-headers" properties. rtspsrc does not have any of this (yet).

Also this mechanism would require the application to set it, while I wonder if it makes sense to have a configure flag to set the user-agent (and put that into gstconfig.h). if the configure is not given we use "GStreamer/0.10". Having a more detailed version (including base and ev. the plugin in use) would need to be build differently.
Comment 1 Sebastian Dröge (slomo) 2011-05-24 08:57:20 UTC 
You might also want to set a different user agent depending on the server that is used, e.g. totem does this currently for the Apple trailers. I don't think we should make this a configure-time setting but better add an interface or something for this.

Nonetheless, would be nice if rtspsrc had a property for this.
Comment 2 Tim-Philipp Müller 2016-11-12 13:05:17 UTC 
rtspsrc now has a property for this.

We could make a special GstContext for this. It should be possible to set the user agent in general or on a per-protocol basis.

Or we can just close this until someone wants to whip up a proposal/patch.
Comment 3 GStreamer system administrator 2018-11-03 12:13:50 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gstreamer/issues/13.