Closed Bug 112250 Opened 24 years ago Closed 23 years ago

FTP Client not listing directories

Categories

(Core Graveyard :: Networking: FTP, defect)

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

Tracking

(Not tracked)

Status:
VERIFIED FIXED
Milestone:
mozilla1.0

People

(Reporter: thomas.swan, Assigned: bbaetz)

References

(
URL
)

Details

(Keywords: testcase)

I haven't been able to get Mozilla to open this URL. All other browsers successfully open a connection and display directory listings. Using Mozilla Nightly Win32 Build 2001112703
I see this as well using same build an os. Note that the status line remains "Transferring data... ", although the animation of the Mozilla image quickly ends.
confirming with win2k build 20011127.. Mozilla get's the listing but it is not rendered T 209.15.46.96:38408 -> 192.168.0.101:4089 [AP] -rw-r--r-- 1 ftpuser ftpusers 3548587 Nov 15 18:21 da-linux-demo- 2.0.0.tar.gz..-rw-r--r-- 1 ftpuser ftpusers 2042281 Nov 20 00:20 da-win-demo-1.3.4.zip..-rw-r--r-- 1 ftpuser ftpusers 2876839 Nov 15 11:43 da-win2k-demo-2.0.0.zip.. ##### T 209.15.46.96:21 -> 192.168.0.101:4083 [AP] 226 Listing completed...
Status: UNCONFIRMED → NEW
Ever confirmed: true
I had one other FTP url that exhibited the same symptoms but I cannot find it.
Hmm. From http://bugzilla.mozilla.org/show_bug.cgi?id=101128#c10, I wrote: "OK, I have a patch. This is still broken if we get the onstart for the second PASV connection before we get the onstop for the first. I couldn't work out how to tell the sockettransport to go away and never bother me again, or to get it to disconnect now, and send the OnStop." Thats the case we're hitting here. darin, any ideas? Note that the second PASV is causing the end ftp server to reuse the same connection. That may just be because we haven't closed it yet, but it may cause other problems. I still think we should get rid of the double PASV stuff
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → mozilla0.9.7
bbaetz: if you Cancel a socket request, you will get an OnStopRequest right away. then, from the OnStopRequest you could fire off the second PASV.
darin: Can't do that, given how ftp is structured. I don't want to cancel the request, since thats still valid. I just want to close this particular socked. We've had this discussion before, IIRC :)
yeah, i recall us discussing this, but i'm still not clear on why canceling out the socket request isn't possible. perhaps FTP needs restructuring to make it possible. i really don't see any other way around this problem.
*** Bug 112605 has been marked as a duplicate of this bug. ***
*** Bug 112668 has been marked as a duplicate of this bug. ***
*** Bug 113034 has been marked as a duplicate of this bug. ***
Lots of people are hitting this. doug, this double pasv stuff is causing lots of problems. Maybe it should be reconsidered? See comment #4, bug 103514, which appears to be the same problem, but may not be. I'm not sure how much rearch needs to happen, and I probably wont' get to this in the next couple of weeks, so: ->dougt for 0.9.8. If you don't get to do this for 0.9.8, please reassign back to me for 0.9.9.
Assignee: bbaetz → dougt
Severity: normal → major
Status: ASSIGNED → NEW
OS: Windows 2000 → All
Priority: P3 → --
Hardware: PC → All
Target Milestone: mozilla0.9.7 → mozilla0.9.8
back to bradley, the ftp all star.
Assignee: dougt → bbaetz
Target Milestone: mozilla0.9.8 → mozilla0.9.9
only nsbeta1+ bugs can have milestones, resetting to ---
Target Milestone: mozilla0.9.9 → ---
Just because my email has 'syd' in it doesn't mean that my bugs are syd's.... back to 1.0, but this may slip
Target Milestone: --- → mozilla1.0
*** Bug 123592 has been marked as a duplicate of this bug. ***
I have tried ftp://ftp.caldera.com & ftp://ftp.netscape.com. The display of directories and files are just hit or miss. Sometimes they display. Sometimes they don't. "Reload" does not seems to help, but going back a directory and selecting the wanted directory again works sometimes. Also, the first mouse click on a directory does not change to the directory. The cursor starts flashing with the first click. Clicking on the link again usually takes you to the next directory. I noticed this behavior in Netscape 6.2.1 as well. Netscape 4.77 and Konquerer work just fine at these sites.
These work for me. Are you behind a firewall of some sort, or using NAT, or something?
Yes to both at the location I tested from. But, then again, as I stated, Netscape 4.77 and Konquerer work just fine from my test site behind a firewall using NAT.
It could be PORT issues. John, I think you're seeing a different bug. Can you attach a packet trace from both ns4 and mozilla? OTOH, it could be that our PASV is stuffing up the NAT device somehow.
OK, it appears that my patch for bug 129811 fixes this.
Depends on: 129811
I have checked in the fix for bug 129811, which should fix this.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Win 98, RC1. I've hunted through all the dupes and they seem to work. I'm going to verify for all plats real soon.
Keywords: testcase
Build: 2002-10-29-08-trunk More catch up. I can open site on Win2K, Mac OS X, and Linux. Marking Verified.
Status: RESOLVED → VERIFIED
QA Contact: benc → jimmylee
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.