You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Apr 22, 2023. It is now read-only.
URLs with the file:// protocol aren't correctly parsed - the pathname contains the hostname and pathname, including the // after file. This is, at least, in conflict with the Python implementation, which claims to comply with the URL RFC.
The file:// protocol *always* has a hostname; it's frequently
abbreviated as an empty string, which represents 'localhost'
implicitly.
According to RFC 1738 (http://tools.ietf.org/html/rfc1738):
A file URL takes the form:
file://<host>/<path>
where <host> is the fully qualified domain name of the system on
which the <path> is accessible...
As a special case, <host> can be the string "localhost" or the empty
string; this is interpreted as 'the machine from which the URL is
being interpreted'.
URLs with the
file://
protocol aren't correctly parsed - the pathname contains the hostname and pathname, including the//
after file. This is, at least, in conflict with the Python implementation, which claims to comply with the URL RFC.The text was updated successfully, but these errors were encountered: