This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author db3l
Recipients db3l, ned.deily, vstinner
Date 2010-04-21.20:25:08
SpamBayes Score 2.9427977e-08
Marked as misclassified No
Message-id <1271881510.31.0.676215647221.issue8455@psf.upfronthosting.co.za>
In-reply-to
Content
For what it's worth, I added a few debugging statements to a local trunk checkout, and it looks like the port is getting lost somewhere along the way to setup the proxy... So the refused error is accurate and because it's trying the default port 80.  Note also that I think all the Proxy tests fail, even those saying they're ok, because the refused error shows up as a URLError which is what the test expects, but for other reasons.

Oh, and small item I noted while doing the test - the urllib2_localnet module doesn't clean up properly during the tests - all the local servers are left listening on their ports until all the tests are done.  Adding a call to self.httpd.server_close() at the end of run() in LoopbackHttpServerThread appears to fix that.

Here's a sample of one test... 

test_proxy_qop_auth_int_works_or_throws_urlerror (test.test_urllib2_localnet.ProxyAuthTests) ... Init done
Serving HTTP on localhost port 55161
Thread running
Calling handle request
proxy_url: http://localhost:55161
proxy_open: http None None localhost:55161
httplib _set_hostport(localhost,None)
httplib _set_hostport done host=localhost port=80
httplib.connect: Connecting to ('localhost', 80)
back from handle request
History
Date User Action Args
2010-04-21 20:25:10db3lsetrecipients: + db3l, vstinner, ned.deily
2010-04-21 20:25:10db3lsetmessageid: <1271881510.31.0.676215647221.issue8455@psf.upfronthosting.co.za>
2010-04-21 20:25:08db3llinkissue8455 messages
2010-04-21 20:25:08db3lcreate