[ python-Bugs-856047 ] urllib.py does not use "no_proxy"

SourceForge.net noreply at sourceforge.net
Fri Feb 18 12:13:33 CET 2005


Bugs item #856047, was opened at 2003-12-08 05:15
Message generated for change (Comment added) made by ensc
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=856047&group_id=5470

Category: Python Library
Group: Python 2.3
Status: Open
Resolution: None
Priority: 5
Submitted By: Donovan Baarda (abo)
Assigned to: Nobody/Anonymous (nobody)
Summary: urllib.py does not use "no_proxy"

Initial Comment:
urllib.py uses "*_proxy" variables to identify proxies
to use in the "getproxies()" function. However, it does
not use the corresponding "no_proxy" variable in the
"proxy_bypass()" method.

This affects any platform that can use "*_proxy"
environment variables to specify proxies. This includes
win32, which will use environment variables before the
registry if they are defined.

On win32 this causes the confusing behaviour of using
the registry for "proxy_bypass()" checking when
"*_proxy" environment variables are used to identify
the proxies.

Attached is a patch against python-2.3.2 that adds
support for "no_proxy". Note that win32 will correctly
favor using "no_proxy" over using the registry if any
"*_proxy" variables are defined.


----------------------------------------------------------------------

Comment By: Enrico Scholz (ensc)
Date: 2005-02-18 12:13

Message:
Logged In: YES 
user_id=10773

What is the state of this bug? Is something wrong with the
patch that it was not applied yet?

It is something annoying to unset $http_proxy manually for
some programs.

----------------------------------------------------------------------

Comment By: Donovan Baarda (abo)
Date: 2003-12-08 05:27

Message:
Logged In: YES 
user_id=10273

Whups... failed to attach patch.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=856047&group_id=5470


More information about the Python-bugs-list mailing list