Closed Bug 203890 Opened 21 years ago Closed 8 years ago

Certain FTP URLs not handled correctly

Categories

(Core Graveyard :: Networking: FTP, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: david.balazic, Unassigned)

References

()

Details

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; T312461; Q312461; .NET CLR 1.0.3705)
Build Identifier: 

( mozilla-1.2.1-26 on Red Hat Linux 9 )

There is a bootload of failing ( legal ) links listed at 
http://rcum.uni-mb.si/~uel003r2a/ftp_url_test.html

( there are HTML comments for almost every failure , what and how went wrong )

Mostly it is wrong handling of the path. Some errors are about wrong 
ASCII/BINARY conversion of doanloaded files, should I post that as a separate 
bug ?

Reproducible: Always

Steps to Reproduce:
1. Load my test page
2. Click on any of the links that have the string "FAIL" under "mozilla"
3.

Actual Results:  
The file is not displayed/download correctly or at all.

Expected Results:  
Linked file is correctly donloaded/displayed.

Some test URL in that document are not strictly correct, they have
unescaped "[","]" and maybe other chars. Feel free to ignore them.
Reporter, can you retry these tests with a newer release (1.4b will be out this
week, and 1.2.1 is very old) ?
I tested 1.3 on win2000pro. It behaves the same ( the exact error dialog 
messages might be different ) as 1.2.1 on linux.

Note that the "Y 1,5" test can never succeed, so it does not count as an error.

I will test 1.4 when I download it. ( does it actually have changes in this 
area ? )
Testing "Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) 
Gecko/20030401"

Same behavior as 1.2.1 or 1.3.

Besides directory problems, it seems to ignore the ";type=a" and use binary 
mode always ( all tested versions ).
Status: UNCONFIRMED → NEW
Ever confirmed: true
Any news ?
Need more info ?
Need patches ?
What part of mozilla code deals with FTP URLs ?
*** Bug 220804 has been marked as a duplicate of this bug. ***
mass reassigning to nobody.
Assignee: dougt → nobody
I just tried to download some (ascii) file from a VMS server and Firefox fails completely. Right after login it gives some error about file not found in a dialog and displays a directory listing with zero files. Using another FTP client I discovered the the login directory is empty and the desired file is one directory level above, but clicking the "Up to higher level directory" gives some more severe error (don't remember it exactly).

I had to use the good old command line FTP client (from Windows XP).
There everything works:
 - OPEN server.address
 - enter username and password
 - CD ..
 - ASC
 - DIR
 - GET the_file.txt
 - BYE

I can supply details, if anyone cares.
only critical ftp fixes now
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.