summaryrefslogtreecommitdiffstats
path: root/Mac
diff options
context:
space:
mode:
authorGuido van Rossum <guido@python.org>1999-03-17 22:30:10 (GMT)
committerGuido van Rossum <guido@python.org>1999-03-17 22:30:10 (GMT)
commita2e18051b724b5d7433de53fb4c8c94ff93e3008 (patch)
tree32c94fa19787ca329e94b64c830415b97edd9ca5 /Mac
parent154d909993807105f1d18b088eb9783aad432d03 (diff)
downloadcpython-a2e18051b724b5d7433de53fb4c8c94ff93e3008.zip
cpython-a2e18051b724b5d7433de53fb4c8c94ff93e3008.tar.gz
cpython-a2e18051b724b5d7433de53fb4c8c94ff93e3008.tar.bz2
Delete non-standard-conforming code in urljoin() that would use the
netloc from the base url as the default netloc for the resulting url even if the schemes differ. Once upon a time, when the web was wild, this was a valuable hack because some people had a URL referencing an ftp server colocated with an http server without having the host in the ftp URL (so they could replicate it or change the hostname easily). More recently, after the file: scheme got added back to the list of schemes that accept a netloc, it turns out that this caused weirdness when joining an http: URL with a file: URL -- the resulting file: URL would always inherit the host from the http: URL because the file: scheme supports a netloc but in practice never has one. There are two reasons to get rid of the old, once-valuable hack, instead of removing the file: scheme from the uses_netloc list. One, the RFC says that file: uses the netloc syntax, and does not endorse the old hack. Two, neither netscape 4.5 nor IE 4.0 support the old hack.
Diffstat (limited to 'Mac')
0 files changed, 0 insertions, 0 deletions