Closed Bug 177053 Opened 22 years ago Closed 9 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 → 9 years ago
Resolution: --- → WONTFIX
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.