Closed Bug 94726 Opened 24 years ago Closed 24 years ago

I can't login any ftp site from N6.1

Categories

(Core Graveyard :: Networking: FTP, defect)

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

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 99233
Milestone:
mozilla0.9.5

People

(Reporter: josepmtorres, Assigned: bbaetz)

Details

Attachments

(3 files)

pref.js file (with mail prefs removed)
3.99 KB, text/plain
Details
"tcpdump port ftp" on ftp://archive.progeny.com/
8.59 KB, text/plain
Details
out.file created by logging nsFTPProtocol:5 on ftp://archive.progeny.com/
3.86 KB, text/plain
Details
I have updated to N6.1 but now I can't login any ftp site. The status bar tells me : Beginning FTP transaction and then Document: Done (and the seconds). But nothing happens. Is the ftp protocol implemented in the new N6.1? Please, could anyone help me? I'm using: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 Thanks in advance
WFM, Win98SE, 2001080703. I just had a quick browse around round ftp.demon.net and ftp.mozilla.org, both without a hitch.
gavin I have connected to this sites and still doesn't work. I don't know what I'm doing wrong but simply it doesn't work.
I am using 0.9.3 (Build ID: 2001080110) and FTP does not work (or very bad). Here is what I tried: * ftp://ftp.redhat.com - shows the listing, but when clicking on "pub", then starts doing stuff but remains like this * ftp://archive.progeny.com/ - Error "Can't build data connection. Connection refused" error * ftp://archive.progeny.com/redhat/linux - No error but does not show anything (doing "view page source" seems to use previous page, rather than this one) I checked the last 2 URLs in IE right after and that was working fine. I will check with previous versions of mozilla to try to locate the "break". Note: The severity "normal" should probably be "critical" but I could not change it. Maybe the reporter ?
Ok. I have done some testing to try to locate this one. I have used the nightly builds and tested with "ftp://archive.progeny.com/" URL. The description below is: BuildID, "directory in the nighty builds", result 2001072003, 2001-07-20-05-trunk, OK 2001072303, 2001-07-23-06-trunk, OK 2001072403, 2001-07-24-06-trunk, NOK !!!!! also tested (while trying to find the time): 2001072503, 2001-07-25-06-trunk, NOK 2001072703, 2001-07-27-06-trunk, NOK 2001080203?, 2001-08-02-03-trunk, NOK I tried a recent build (well, the latest I could find) and got an error as well: 2001081303, 2001-08-13-05-trunk, NOK !!! Hope this helps fine the problem
dougt, I was looking in the source what could have changed about FTP and it seems that on 07/24, you did some changes about FTP (see /mozilla/netwerk/protocol/ftp/src ) with ChangeLog: "Fixes: 91019 "BSD Type: L8" alert msg when clicking download link 59039 FTP should proxy back nsIPrompt like HTTP 84525 Not handling 421 error on connect 86369 ftp hangs in CWD 84854 ftp pages are not cached so going backforth is slow 77032 Logging should not log users password! 88482 nsFTPChannel::IsPending() needs to be implemented Biggest change adds ftp cacheing. r=bbaetz@netscape.com, sr=darin@netscape.com " Could that be related ?
I would guess that it may be related, but I am using 6.1 without ANY ftp problems. Are you using a proxy or do you have a firewall? Do you have any way to log network traffic so that we can see what is going on with your connection?
I have my own firewall, but I have been using FTP for quite a long time behind it and I ver had problems. It really seems to be coming from the version of Mozilla I use. When I tried various versions (see previous post), I got consistent failure for everything since 07/24/01. I forgot to mention that I am using Win98SE. I can try to help you in any ways useful. If you want me to run a debug version or something, let me know.
I have no proxy, no firewall. FTP protocol works fine on N4.78 and IE5.5. So the problem is with N6.1. I'm using WinNT. This is a problem for me because I have to use N4.78 to download files from sites connecting to ftp servers.
Confirming on: - Win98SE - LinRH62 - MacOS_X - MacOS91 For morning Mozilla bits on 2001-08-14-xx-trunk
Status: UNCONFIRMED → NEW
Ever confirmed: true
I've got WFM, so lets investigate. In common, people with problems are not using proxy and it happens easily to most sites. Lets have people clear the caches, if that doesn't work, test a new profile. Chris, does this happen to your work systems?
I cleared the cache, created a new profile. When I try ftp://archive.progeny.com/, I did not get the error message (see above in bug desc.). Processing stopped but nothing was displayed (still old page). Tested with 0.9.3 (BuildID: 2001080110)
I would like to see a tcp log of the failed ftp attempt.
also, please indicate your cache settings.
Where do I find the ftp log or how do I make it? My disk cache is 50 Mb and the memory cache is set at 4096 Kb.
I can do any log you want using 'tcpdump'. Do you know the command line I should try ?
this should work: tcpdump port ftp | tee net.log
Sorry, but tcpdump is not recognized by my OS (WinNT)
Seeing it on Linux -> not Platform,OS specific. Also when I go through a proxy it works fine.
OS: Windows NT → All
Hardware: PC → All
re-bucket-ing milestone
Target Milestone: --- → mozilla0.9.5
what does "Seeing it" mean?! Could you attach a 'ngrep port ftp' log?
I've been having this problem for a while on win2k with ns6.1pr1, ns6.1 and mozilla build 200108010 (and thought i was the only one having it!) and also on Solaris with ns6.01. Anyway, i've snooped on the line when trying to get a file thru ftp from ns4.7 and mozilla/ns6.1, both running on the same machine. Below are the commands issued by ns4.7 after authentication: REST 0 SYST PASV TYPE I SIZE <file> MDTM <file> RETR <file> The file picker shows up in this case. Mozilla didn't start with REST, but directly with SYST. When issuing the command SIZE, the <file> path is truncated. The server responded with the reset bit set. The connection is then reset and nothing happens (i.e. no RETR command issued and no file picker shown). I don't know why the connection is reset. The pc is behind a firewall, but I checked the fw log and it accepted the ftp service and there was no packet dropped by the firewall (for connections between my pc and the ftp server). Wonder if that gives any additional glues.
Does it work with something like http://ftp.redhat.com ? I am having this problem with all URLs that start with ftp:// I am using Mozilla 0.9.3 and have also tried some of the latest nihghtlies including the 0.9.4 tree without success.
reassigning to bbaetz@cs.mcgill.ca.
Assignee: dougt → bbaetz
Is this the same problem as bug 99233? (see tenthumb's comment about RETR being split accross multiple packets)
hai: You're almost certainly seeing bug 99233. Can I get a tcp log with the packet contents? This may clear up when 99233 is fixed, I suppose
Reporter, please retry with current trunk builds. Some of the ftp problems were fixed by checkin to bug 92582. Remaining problems should be covered in that mentioned by Bradley.
To me, this one looks the same as bug 99233 (I don't always have failure, just that it does nothing). Note that today, (using 2001-09-21-10-trunk, buildID 2001092103) I was able to go a little further (ftp://archive.progeny.com loaded ok, but then clicking on "redhat" folder got me nothing). The fix for bug 92582 did not appear to solve it. Do you want another "tcpdump port ftp" or is the one attached enough ?
On windows, can you set the environment variable NSPR_LOG_MODULES to nsFTPProtocol:5 and NSPR_LOG_FILE to out.file. Then start mozilla from the console, and try this again, and attach the contents of out.file. This logging is currently enabled in release builds for windows only.
This is probably a dupe of 99233. If you can reproduce this on a nightly from after that was checked in, please reopen this bug. *** This bug has been marked as a duplicate of 99233 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
VERIFIED: please reopen if this is happening post Mozilla 1.0
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: