Closed Bug 87519 Opened 24 years ago Closed 24 years ago

FTP does not handle default directories correctly

Categories

(Core Graveyard :: Networking: FTP, defect)

x86
All
defect
Not set
major

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.
Target Milestone: --- → mozilla1.0
what is milestone "mozilla1.0" anyway? Moving to future.
Target Milestone: mozilla1.0 → Future
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
qa to me.
QA Contact: tever → benc
VERIFIED: Mozilla 1.1, WFM allplats
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.