Closed Bug 177053 Opened 22 years ago Closed 8 years ago

need connection establishment timeout error for ftp-data connection

Categories

(Core Graveyard :: Networking: FTP, defect)

Product:
Core Graveyard
Component:
Networking: FTP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WONTFIX

People

(Reporter: relf, Unassigned)

References

(
URL
)

Details

(Keywords: testcase) 

OS/2 build 2002102512
On attempt to download provided file, Mozilla says "Beginning FTP
transaction...", then "Connecting to ftp.latrobe.edu.au..." until timeout happens.
The file is well downloaded with other programs like wget:

--18:48:22--  ftp://ftp.latrobe.edu.au/pub/msdos/zip/appnote.txt
           => `appnote.txt'
Resolving ftp.latrobe.edu.au... done.
Connecting to ftp.latrobe.edu.au[131.172.4.24]:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done.    ==> PWD ... done.
==> TYPE I ... done.  ==> CWD /pub/msdos/zip ... done.
==> PORT ... done.    ==> RETR appnote.txt ... done.
Length: 25,058 (unauthoritative)

100%[====================================>] 25,058         8.16K/s    ETA 00:00

18:48:29 (8.16 KB/s) - `appnote.txt' saved [25058]
Summary is slightly modified.
Summary: FTP download dies with timeout → Timeout while starting FTP download
Confirming, but I don't think it's a Mozilla problem per say.

No browser can download from this server. I tried IE, 4.x, and Mozilla.

ONLY wget works or an ftp client.

Marking normal because it doesn't work anywhere.
Severity: major → normal
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: OS/2 → All
Hardware: PC → All
There seems to be a broken firewall at the server end. The transaction
goes smoothly up to and including the PASV response but all connection
attempts to the server port just go off into limbo. I can see SYN
packets being sent but no response. Presumably that's what the other
browsers encounter. Wget works because it's using active connections.
Note the PORT command.

So it's not really mozilla's fault.

However, yes it is. End users don't generally care about such arcane
issues, it should just work. Mozilla shouldn't sit there playing with
itself looking stupid. At the very least it should time out and report
the error.

Even better it should do what my squid proxy does. Squid first tries a
passive connection. Here that fails but squid times out and shuts down
the current transaction. It then tries a new connection with active
mode, which works. All the user sees is some extra delay. Far nicer than
just stalling.
we have a bug on PORT already - and i will "think" about implementing PORT once
there are server sockets.  (port has some security issues)

I do get a timeout when going to this site, although the timeout does take a
bit.  I am using a trunk build from 20021023 windows 2k.

Mike, which platforms did you try?
I tried Win2K and the original report was on OS/2.

As I said though, I couldn't get any browser to connect - only wget worked
Another example: ftp://service.boulder.ibm.com/ps/products/os2/
I couldn't connect to it from Mozilla while any ftp client works fine.



Ops. IBM's ftp from the previous comment sometimes works from Mozilla. But only
sometimes.
*** Bug 178210 has been marked as a duplicate of this bug. ***
Summary needs to be changed to reflect the broader problem that any attempted
FTP access times out - attempting to download a file is not necessary. Note from
bug 178210 that IE6 and Netscape 3 have no such problem with
service.boulder.ibm.com, and also that this misbehavior started quite some time ago.

Agree. Replaced "download" with "connection".
Summary: Timeout while starting FTP download → Timeout while starting FTP connection
i understand that this may be an install problem.  Can you try removing
components/compreg.dat from you installation directory and try again?
I don't "install" on OS/2. I delete the contents of the bin directory, then
unzip the new nightly. components/compreg.dat comes in the zip, but gets written
when Mozilla gets opened.

I did what you asked anyway. On service.boulder.ibm.com I got the first three
clicks OK, then a timeout on the next and subsequent.

ftp://ftp.latrobe.edu.au requires an active connect which mozilla does not
support.  This is a dup of XXX

I see no problem with ftp://service.boulder.ibm.com.  I can connect, browser
directly listings, and download files.  

*** This bug has been marked as a duplicate of 465 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Read duped bug 178210 again and you will see that access to
ftp://service.boulder.ibm.com usually succeeds on the first attempt, and that
access failure commonly requires several attempts before first failure. Since
Mozilla sometimes works, and Netscape 3 always works, I don't see how duped bug
178210 has anything to do with bug 465 (need for active FTP support).
ftp://service.boulder.ibm.com does not require active FTP support that I (a
networking novice) can see. Maybe this bug is a dupe, but 178210
(ftp://service.boulder.ibm.com) is distinguishable, and thus not a dupe of
either this or 465.

ftp://service.boulder.ibm.com works find for me.  I tried many differnt directories.

are you using a proxy?
No proxy. Fast 100Mbit connection.

I've just reopened more specific bug 178210 with simple reproducing procedure.
Let's move there.

Doug, could you please try to click on Reload button once connected to the ftp?

No proxy. Two different machines with four different operating systems produce
the same errors at ftp://service.boulder.ibm.com/ps/products/os2/.

ftp.latrobe.edu.au looks like it requires PORT to work.  that is why i dup'ed
this bug.  

Lets keep the ibm bug with 178210 -- agreed.
REOPEN:
This is not a duplicate of 465, although PORT support would help.

tenthumbs analysis was probably correct, because this site did not reject PASV:

# telnet ftp.latrobe.edu.au ftp
Trying 131.172.4.24...
Connected to shelob.latrobe.edu.au.
Escape character is '^]'.
220 ProFTPD 1.2.6 Server ready.
USER anonymous
331 Anonymous login ok, send your complete email address as your password.
PASS benc@netscape.com
230 Anonymous access granted, restrictions apply.
PASV
227 Entering Passive Mode (131,172,4,24,197,252).
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
WFM: Mozilla 1.3f, Win 98. That suggests the site is not PORT-only.

Even if we had implemented bug 465, we would still have this problem, because we
would probably "try PASV, use PORT second". So we would try PASV, and then get
stuck waiting for the data connection to be established.

This bug is closely related to bug 197287, in the sense that both bugs describe
situations where our passive-only implementation fails while PORT capbable
clients connect. However, each bug describes a different cause of the problem.

I've been checking every connection-based feature we have for some consistency
in handling errors, this bug saves me some extra paperwork.
Keywords: testcase
Summary: Timeout while starting FTP connection → need connection establishment timeout for ftp-data connection
*** Bug 194354 has been marked as a duplicate of this bug. ***
Summary: need connection establishment timeout for ftp-data connection → need connection establishment timeout error for ftp-data connection
mass reassigning to nobody.
Assignee: dougt → nobody
Status: REOPENED → NEW
only crit ftp bugs at this point
Status: NEW → RESOLVED
Closed: 22 years ago → 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.