[mythtv] Ticket #9525: [PATCH] Mythbrowser does not use proxy set in http_proxy environment variable

Michael T. Dean mtdean at thirdcontact.com
Mon May 9 14:06:26 UTC 2011


On 05/09/2011 03:44 AM, MythTV wrote:
> #9525: [PATCH] Mythbrowser does not use proxy set in http_proxy environment
> variable
> ---------------------------------------+----------------------------
>   Reporter:  jan.ceuleers@…             |          Owner:  paulh
>       Type:  Patch - Bug Fix            |         Status:  new
>   Priority:  minor                      |      Milestone:  unknown
> Component:  Plugin - MythBrowser       |        Version:  0.23-fixes
>   Severity:  low                        |     Resolution:
>   Keywords:                             |  Ticket locked:  0
> ---------------------------------------+----------------------------
>
> Comment (by nigel@…):
>
>   1. I wanted to add proxy support for CDDB lookups many years ago, but that
>   required a different way to do the lookups. When (if?) !HttpComms is used
>   for that, '''''it''''' should be the location for doing proxy-compatible
>   stuff?
>   2. My gut feeling is that using an environment variable is a little clumsy
>   - I would have preferred a setting from the database, but then that is
>   just another thing that needs a settings UI.
>   3. Mac OS X and Windows supposedly have hooks to look up the system proxy
>   settings via QNetworkProxyFactory::systemProxyForQuery(). I find it hard
>   to believe that the Linux environments don't have a standard proxy setting
>   location these days?
>   4. Now that the backend also does HTTP traffic, it also needs to set proxy
>   "environment"s?
>   Paul, my work has a few corporate proxies - I'm happy to take this is you
>   don't have any burning desire.

Nigel,

FWIW, my (non-proxy-using) understanding is that the generally-accepted 
de facto "standard" approach for configuring proxy support in *nix is 
the use of the http_proxy and https_proxy environment variables.  So, 
using this--rather than a DB setting that the user has to find--would 
make our application work the same way as a lot of other *nix software.  
Chances are, users who do have proxies, already have the environment 
variable configured for some other software, anyway.

http://www.google.com/search?hl=en&q=http_proxy
http://www.google.com/search?hl=en&q=http_proxy+linux

See, also, http://bugreports.qt.nokia.com/browse/QTBUG-14623 .  Qt devs 
are looking at supporting a *nix implementation for 
QNetworkProxyFactory::setUseSystemConfiguration() (possibly by 4.8.0), 
but  are trying to decide whether to include just http*_proxy 
environment variables, or also to use GNOME/KDE configuration.

Personally (OK, this may be bias due to my, "We have way too many 
settings in MythTV," stance), I'd rather just use the system-configured 
proxy settings rather than create our own setting.  If that means using 
http*_proxy and GNOME's (~/.gconf/system/http_proxy and 
~/.gconf/system/proxy) and KDE's (no idea where they keep theirs) and 
xdg-settings proxy configuration ( 
http://www.crystalorb.net/mikem/xdg-settings.html --which, admittedly, 
isn't finished, yet), that approach would be fine with me.  
However--especially if Qt is going to include support for more-specific 
settings in the future--starting with the http*_proxy environment 
variables seems reasonable for now.  And if anyone wants to submit 
patches that determine proxy settings using GNOME/KDE/xdg configuration, 
that would work, too (though I'd argue that it's more useful to submit 
those patches to Qt on the bug report I referenced, above).

Mike


More information about the mythtv-dev mailing list