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 ted.turocy
Recipients BreamoreBoy, carljm, dstanek, fdrake, jafo, jjlee, orsenthil, ted.turocy, ysj.ray
Date 2010-08-01.01:23:53
SpamBayes Score 0.012690044
Marked as misclassified No
Message-id <1280625838.32.0.84026717208.issue2244@psf.upfronthosting.co.za>
In-reply-to
Content
I am attaching a patch against py3k which adds some tests to demonstrate the original bug when issuing a Request() to a ftp:// URL.

To do this, the tests add checks for user and passwd.  The previous version of checks asserted that the .user and .passwd of the returned request should be "".  Checking .user is necessary to verify the original bug.  

I was confused by a comment in the fixture, "ftp authentication not yet implemented by FTPHandler", which appeared to justify the assumption that .user and .passwd must be "".  This may be true, but .user and .passwd are being set by the Request.  The test includes the minimal augmentation to extend on the original behavior of the test.  Someone with greater knowledge than I might look at that comment to see if it is out-of-date, or simply too vague.
History
Date User Action Args
2010-08-01 01:23:58ted.turocysetrecipients: + ted.turocy, fdrake, jafo, jjlee, orsenthil, dstanek, carljm, ysj.ray, BreamoreBoy
2010-08-01 01:23:58ted.turocysetmessageid: <1280625838.32.0.84026717208.issue2244@psf.upfronthosting.co.za>
2010-08-01 01:23:56ted.turocylinkissue2244 messages
2010-08-01 01:23:55ted.turocycreate