239159 - FTP: directories are loaded as binary

Status: RESOLVED WORKSFORME

(Core Graveyard :: Networking: FTP, defect)

Description

[Eugene Savitsky]

1. open ftp://BetaPersonal:[e-mail]/50xx in Mozilla
or Firefox.
2. Save dialog appers instead of ftp directory

moz 2004032609 (it actually does not work for a long period of time for this server)

Comment 1

[Frank Wein [:mcsmurf]]

Can you create a FTP log for this? See
http://www.mozilla.org/projects/netlib/http/http-debugging.html how to do this
(how to enable FTP logging stands at the buttom of the page).

Comment 2

[Christian Weyland]

Although I doubt it will be useful, here my ftp.log:

0[243e18]: (261b370) nsFtpState created
0[243e18]: (25668a8) nsFtpControlConnection created
0[243e18]: (261b370) nsFtpState stopping
0[243e18]: (261b370) nsFtpState caching control connection
0[243e18]: (25668a8) nsFtpControlConnection disconnecting (0)
0[243e18]: (261b370) nsFtpState destroyed

Comment 3

[Christian Weyland]

Attachment: output of tcpflow when opening ftp site

for some reason, a binary connection is opened by/to mozilla to transfer the
directory listing (as tcpflow shows).

other browsers (msie 6, nn4.7) or ftp-clients (smartftp) are doing fine -- they
are receiving the listing in ascii-mode.

Comment 4

[benc]

What format is the file in? The file has no extension, and mozilla thinks it is
not obviously any particular type, so it is treated as binary.

Comment 5

[benc]

I don't know if your server is behaving properly or not, but I did find the
distinction.

Your server is returning binary for:

client -> RETR /
server -> 150 Opening BINARY mode data connection for '/'.

I traced some servers that work, and they return a 550 for directories.

Comment 6

[Doug Turner (:dougt)]

mass reassigning to nobody.