[issue9637] docs do not say that urllib uses HTTP_PROXY

Senthil Kumaran added the comment: This is fixed. Thanks for your contribution. -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker __

[issue9637] docs do not say that urllib uses HTTP_PROXY

Roundup Robot added the comment: New changeset 4a30eae3b945 by Senthil Kumaran in branch '2.7': port to 2.7 - Issue9637 - Details that case of Proxy env var does not matter. http://hg.python.org/cpython/rev/4a30eae3b945 -- ___ Python tracker

[issue9637] docs do not say that urllib uses HTTP_PROXY

Roundup Robot added the comment: New changeset 3370fa13ed73 by Senthil Kumaran in branch '3.2': Issue9637 - Explain in getproxies_environment that _proxy environ variable case does not matter. http://hg.python.org/cpython/rev/3370fa13ed73 New changeset eb028b3c62c9 by Senthil Kumaran in branch

[issue9637] docs do not say that urllib uses HTTP_PROXY

Senthil Kumaran added the comment: Sorry, this escaped for so long. First thing is, having different values for HTTP_PROXY and HTTP_proxy and http_proxy is plain wrong at the user side. They all should be same and in that case the possible problem which Kirikaza and Neil Muller state is extr

[issue9637] docs do not say that urllib uses HTTP_PROXY

Terry J. Reedy added the comment: Senthil, any comment on this? -- nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailin

[issue9637] docs do not say that urllib uses HTTP_PROXY

Neil Muller added the comment: This patch is now more than a year old with no comment. What needs to happen to get this bug fixed? -- ___ Python tracker ___

[issue9637] docs do not say that urllib uses HTTP_PROXY

Neil Muller added the comment: The problem is that the getproxies_environment function converts all environment variables to lower case before deciding whether to use the name. This means that whichever ends up last in os.environment will be used. The attached patch does two things. It change

[issue9637] docs do not say that urllib uses HTTP_PROXY

Changes by Neil Muller : -- versions: +Python 3.2 -Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue9637] docs do not say that urllib uses HTTP_PROXY

Kirikaza added the comment: I missed the print statement in that example... So I attached the file with correct code. -- Added file: http://bugs.python.org/file18594/proxy.py ___ Python tracker ___

[issue9637] docs do not say that urllib uses HTTP_PROXY

Kirikaza added the comment: > Are you talking about ... I have read no line of code from urllib module. I just try to use urllib.urlopen() and I see it uses not only http_proxy but also HTTP_PROXY and urlopen() prefers the latter variable. Let's consider a two-lines sample proxy.py: import ur

[issue9637] docs do not say that urllib uses HTTP_PROXY

Terry J. Reedy added the comment: Are you talking about top-level code within the urllib module or code within defined functions. If the former, can you quote or point to the place in the file? If the latter, which functions? Just urlopen or others? Does urllib2.urlopen have the same issue? (

[issue9637] docs do not say that urllib uses HTTP_PROXY

New submission from Kirikaza : In practice urllib reads HTTP_PROXY firstly and then if HTTP_PROXY is empty urllib reads http_proxy. Documentation (http://docs.python.org/library/urllib.html) says nothing about HTTP_PROXY. Maybe it affects all the versions of Python. -- assignee: d...@