95386 - Some FTP sites fail

Status: VERIFIED DUPLICATE of bug 99233

(Core Graveyard :: Networking: FTP, defect)

Description

[James Nord]

Some ftp sites fail to display.

In the status bar you see:
 connected to ftp.... , 
 receiveing data... 
 Document Done xxxseconds 
but no data apears in the window.

ftp://ftp.symantec.com/
ftp://ftp3.symantec.com/

server apears to be FTP server (FileDrive 2.1)

note that ftp1 , ftp2 work and report same server version.

Comment 1

[Matthias Versen [:Matti]]

confirming with win2k bnuild 20010814..

Comment 2

[James Nord]

Sorry about the spam, noticed bugzilla didn't add the build version.

release Build 0.9.3

Comment 3

[Jo Hermans]

Worksforme on release 0.9.3 Mac (2001080214), but I have to pass through a
proxy-server (Squid)

Comment 4

[Matthias Versen [:Matti]]

Dougt:
I'm behind a NAT box and Mozilla must use passive transfer...
This works with a direct connection but it fails with NAT. (Windows 2000
Internet connection sharing)
Other FTP server are working without any problem ! (ftp.mozilla.org)

Comment 5

[Doug Turner (:dougt)]

ben, can you try to create a test case?

Comment 6

[James Nord]

I'm not behind a NAT and have a direct connection with no Proxy/Cache.

Changing summary back.

Comment 7

[Thierry Carrez]

I've got the same problem (Moz 0.9.3 / build 2001080110 on NT4) :

No distant FTP site is working, including : ftp.netscape.com, ftp.mozilla.org
Local FTP sites (same network) work properly.
I am behind a Checkpoint Firewall-1 with NAT.

Status bar reads :
Beginning FTP transaction
Connecting to ftp.mozilla.org
Finished FTP transaction
Document: Done (8.983 secs)

Comment 8

[Doug Turner (:dougt)]

can someone run ngrep to see the net traffic?

Comment 9

[benc]

If this works for other browsers on the same system, we need to do a packet
trace of some kind.

Comment 10

[James Nord]

IE 5.0 and command line ftp, ncftp work fine for me on the same windows 2000
systems (2) that Mozilla fails on.

If I can find a hub I will try and get a packet packet trace of the session, but
it appears as though mozilla gets the data but just does noting with it.  If you
try to download a large file from symantec it takes 20 seconds.... smaller files
(dir listings etc..) take 1-2 seconds, so the correct amount of data seems to be
transmitted received.

Is there no environment setting you can set to get mozilla to dunp FTP traces
simmilar to those available for IMAP?

Comment 11

[Doug Turner (:dougt)]

Unfortuntely not.  In a debug build, you can:

export NSPR_LOG_MODULES=nsFTPProtocol:5

can you try installing ngrep?  It is a really cool tool regardless.  

Comment 12

[James Nord]

Attachment: libpcap capture of FTP session

Comment 13

[Thierry Carrez]

My network trace gives :

> (connect)
< 220 ftp.mozilla.org FTP server ...
> USER anonymous
< 331 Guest login ok ...
> PASS mozilla@
< 230 - ...
> SYST
< 215 UNIX Type: L8
> TYPE I
< 200 Type set to I.
> PASV
< 227 Entering Passive Mode ...
> SIZE /
< 550 /: not a plain file.
> RETR
< 550 /: not a plain file.
same trace for ftp://ftp.netscape.com.

Comment 14

[Thierry Carrez]

Further testing :
Only the localhost FTP can be reached. No distant FTP sites (even on local net)
works, so NAT is probably not the problem.
On Windows localnet FTP servers, same result but trace slightly different :
...
> PASV
< 227 Entering Passive Mode ...
> SIZE /
< 550 /: file not found.
> RETR
< 550 /: file not found.
> CWD /
< 250 CWD command successful
> LIST
< 125 Data connection already open, transfer starting
< 226 Transfer complete

Everything seems OK, but nothing happens in the browser window (except the
status bar changes).

Comment 15

[Doug Turner (:dougt)]

re-bucket-ing milestone

Comment 16

[Thierry Carrez]

Reproduced in Mozilla 0.9.4 (Build ID 2001091303) on Win32.

Comment 17

[Doug Turner (:dougt)]

reassigning to [e-mail].

Comment 18

[Tom Mraz]

*** This bug has been marked as a duplicate of 99233 ***

Comment 19

[benc]

VERIFIED: dupe. Reporter, please reopen if this breaks post Mozilla 1.0