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 | philfr |
|---|---|
| Recipients | aaronsw, georg.brandl, philfr, pterk |
| Date | 2007年10月01日.11:10:44 |
| SpamBayes Score | 0.051669832 |
| Marked as misclassified | No |
| Message-id | <1191237048.36.0.810413937307.issue1394565@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
This fix introduces a nasty side-effect: "GET http://server//file" (with two /s) does not work anymore. It returns the directory index instead. This is because urlparse is not applied to an URL, but to its right-hand part starting at the path. urlparse.urlparse("http://server//foo")[2] correctly returns //foo, but urlparse.urlparse("//foo")[2] (as used in this library) returns an empty string. So the first proposed fix (msg27195) would be better. Or maybe this is an urlparse issue, so that it should be able to process such a partial url. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2007年10月01日 11:10:48 | philfr | set | spambayes_score: 0.0516698 -> 0.051669832 recipients: + philfr, aaronsw, birkenfeld, pterk |
| 2007年10月01日 11:10:48 | philfr | set | spambayes_score: 0.0516698 -> 0.0516698 messageid: <1191237048.36.0.810413937307.issue1394565@psf.upfronthosting.co.za> |
| 2007年10月01日 11:10:48 | philfr | link | issue1394565 messages |
| 2007年10月01日 11:10:47 | philfr | create | |