Closed
Bug 87519
Opened 24 years ago
Closed 24 years ago
FTP does not handle default directories correctly
Categories
(Core Graveyard :: Networking: FTP, defect)
Tracking
(Not tracked)
VERIFIED
INVALID
Future
People
(Reporter: jpranevich, Assigned: dougt)
References
()
Details
According to the latest working draft of the FTP URI specification (that I could
find. http://www.ics.uci.edu/pub/ietf/uri/draft-casey-url-ftp-00.txt), Mozilla
and all previous versions of Netscape handle FTP URIs incorrectly in the case
that the server has a default path.
For example:
Go to ftp://ftp.redhat.com/
According to the spec, you shoul get a directory with "contrib", "redhat", and
"up2date" This is because RedHat's FTP server sets the CWD to /pub when you log
in to the anonymous account. Instead, you currently see "bin", "etc", "lib", and
"pub" (as of 6/24/01)
To see the directory that you currently get as a default, the draft specifies a
URL of:
http://ftp.redhat.com/%2F/
Accd. to section 2.5:
Each of the <cwd> elements in the <url-path> is supplied,
sequentially, as the argument to a CWD (change working directory)
command.
...
For example, the URL <URL:ftp://myname@host.dom/%2Fetc/motd> is
interpreted by FTP-ing to "host.dom", logging in as "myname"
(prompting for a password if it is asked for), and then executing
"CWD /etc" and then "RETR motd". This has a different meaning from
<URL:ftp://myname@host.dom/etc/motd> which would "CWD etc" and then
"RETR motd"; the initial "CWD" might be executed relative to the
default directory for "myname". On the other hand,
<URL:ftp://myname@host.dom//etc/motd>, would "CWD " with a null
argument, then "CWD etc", and then "RETR motd".
So, what Mozilla is doing is essentially a "CWD /" when it shouldn't issue a CWD
at all. This is a general case, even when subdirectories are involved. Mozilla
will always CWD a path from the root, even when there is a default directory
specified by the webserver.
This bug is not the same as bug 84242, although I suspect that they might be
based on similar assumptions in the FTP layer.
As a side note, MS Internet Explorer 5.5's FTP thing appears to handle these
URIs correctly, although previous versions do not.
Assignee | ||
Updated•24 years ago
|
Target Milestone: --- → mozilla1.0
Assignee | ||
Comment 1•24 years ago
|
||
what is milestone "mozilla1.0" anyway? Moving to future.
Target Milestone: mozilla1.0 → Future
Assignee | ||
Comment 2•24 years ago
|
||
4.x and IE both show "bin", "etc", "lib", and "pub" when you go to ftp.redhat.com.
Marking invalid.
if this problem still exists, please provide a valid testcase.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
Updated•1 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•