70580 - Not Alerting when control connection can not be established

Status: VERIFIED FIXED

(Core Graveyard :: Networking: FTP, defect)

Description

[km]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22 i586; en-US; 0.9) Gecko/20010228
BuildID:    2001022821

Some ftp servers result in blank directory listings, while
others don't. While the failure is not every time, it is
most of the time at these ftp url's.

ftp://ftp.cc.gatech.edu and ftp://ftp-linux.cc.gatech.edu

fail to display most of the time, even when mozilla
sends a loaded successfully message. The few times that
a listing does display, it takes a long time.

Netscape 4.x on the same platform has no trouble with
these url's. Mozilla has no trouble with other ftup
listings like ftp://ftp.mozilla.org



Reproducible: Sometimes
Steps to Reproduce:
Just load the url.

Actual Results:  blank display (white background).

Expected Results:  ftp directory listing.

Same result on Solaris/Sparc build.

This has been happening for a long time, but since
I knew there were ftp changes coming to 0.9 I waited
to see if it still showed up.

Comment 1

[jay garcia]

Win98SE, build 2001030110

The two FTP URL's supplied result in no access, just a status bar message
"Beginning FTP Transfer" with no results. Other FTP URL's work just fine.

Comment 2

[Keyser Sose]

Confirmed
Platform: PC
OS: Windows 98 
Mozilla Build: 2001022805


Note: this is wu-2.6.0(1) possibly might be related to the wuftp bug from a
while back..That and it has a very long login message. Just guesses but might be
useful. Marking NEW.

Comment 3

[Doug Turner (:dougt)]

can you verify again that you can connect to either of these site via 4.x or any
other client?  When I try these sites, the connection is dropped regardless of
what kind of client i am using.

Comment 4

[Doug Turner (:dougt)]

Attachment: ftp.sun.com ftp/socket log

Comment 5

[Doug Turner (:dougt)]

Attachment: ftp.sun.com ftp/socket log

Comment 6

[Doug Turner (:dougt)]

hmm.  the ftp-linux.cc.gatech.edu site returns a 150 response after we issue the
CWD command.  mozilla currently does not like that.  This is why this url does
not work properly!  

The general case of not alerting when the control connection can not be
established will be tracked by this bug.  The ftp-linux.cc.gatech.edu bug (not
handling a 150 status) will be http://bugzilla.mozilla.org/show_bug.cgi?id=73824

Comment 7

[Doug Turner (:dougt)]

Fix checked in.

Comment 8

[benc]

My FTP is rusty, I'm assuming that your concerns about control connection are
connecting to a host that exists in DNS where the connection fails?

I do not get an error message back, when I do something like point ftp to a
webserver socket.

Comment 9

[Doug Turner (:dougt)]

bad assumption.  Your talkinga bout something at the scoket layer.  (bad 
summary I guess).  The connection should timeout just like 4x.  Reopen a new bug 
wrt socket timouts if you want.

Comment 10

[benc]

Doug:
So if I can click on the two links and it works, then I can verify?

VERIFIED:
All plats.

I'll address the connection timeout issues later.

Comment 11

[benc]

Doug:
So if I can click on the two links and it works, then I can verify?

VERIFIED:
All plats.

I'll address the connection timeout issues later.