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 534482 - Doesn't allow overriding the user-agent
Doesn't allow overriding the user-agent
Status: RESOLVED OBSOLETE
Product: gvfs
Classification: Core
Component: http backend
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gvfs-maint
gvfs-maint
Depends on:
Blocks:
 
 
Reported: 2008-05-23 12:42 UTC by Bastien Nocera
Modified: 2009-09-02 12:23 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Bastien Nocera 2008-05-23 12:42:35 UTC 
This is needed for Totem's browser plugin, as it allows us to mimick existing browser plugins, such as QuickTime, WMP, etc.

In gnome-vfs this was done by setting an envvar (GNOME_VFS_HTTP_USER_AGENT), but wouldn't be possible in gvfs as the plugin viewer isn't the one launching the gvfsd-http subprocess.

Ideas welcome
Comment 1 Alexander Larsson 2009-03-10 14:39:26 UTC 
Its sort of problematic. GVfs is designed to be a vfs, i.e. allow simple file loading on various backends. Its not designed to be a streaming http library, with all the features availible for something like that. Ideally we should have a lower layer library that apps can use if they need detailed control over http stuff, and gvfs which uses this library to make it easy for all apps to just read files on http.

Atm this lower level library is libsoup, but it might not be ideal for totem.
Comment 2 Dan Winship 2009-03-10 15:02:20 UTC 
doesn't totem use gstreamer anyway? using gvfs seems totally wrong since you'd have to mount the remote server, etc.
Comment 3 Bastien Nocera 2009-09-02 12:23:43 UTC 
We now do this inside Totem changing the libsoup-based source's user-agent ourselves.