110379 - Page content not always updated on FTP "LIST" request

Status: VERIFIED WORKSFORME

(Core Graveyard :: Networking: FTP, defect)

Description

[Benjamin Mucci]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.5+) Gecko/20011115
BuildID:    2001111504

Try to access any user account via FTP with Moz. Result: The directory doesn't load.

The log server returns:
Nov 15 19:50:03 linux proftpd[32265]: ftp.xyz.com (host.host.com[192.168.2.10])
- FTP no transfer timeout, disconnected.


ftp://[e-mail] asks for the password but directory doesn't load..


BTW loggin in http (http://user:[e-mail]) works great.

Reproducible: Always

Comment 1

[Bradley Baetz (:bbaetz)]

WFM with both 0.9.5 and current CVS on linux, using wu-ftpd to localhost.

Can you get a packet trace (removing your password), and attach it to the bug?

What do you mean by douesn't load? Does a blank page come up, or does it just
stay at the previous page?

There was a change recently to make ftp://[optionalUser@]host/ stay in teh login
directory the server gives, rather than change to /, but thats unlikely to cause
this.

Comment 2

[Benjamin Mucci]

Finally the problem isn't related to user/password...
-> Change summary

> What do you mean by douesn't load?

Previous page stays. But status changes to Beginning FTP transaction... to 
Document: Done (xx).. After lot of *retry* the *right content* is sometime 
displayed... also:

1) I get sometime "Data connection error: Broken pipe" alert... Packet trace 
return "425 Datacone" (Possible??) (BTW: Never get this with anonymous access, 
only on account login)
2) Sometime when clicking on link /refresh /reenter the ftp address nothing 
happens... but even if Moz doesn't change the content, every commands appear in 
the trace... (except on "Broken pipe" - I think..?). But (here is the weird part) 
if I let the browser window open, the *nodisplayed request* are delayed and 
displayed after a while. It's like a BIG lag... Here it's probably the 
explanation: on repeated requests Moz open multiples sessions

inetd FTP connections:
  941 2m23s  proftpd: ftp - host.host.com: anonymous/[e-mail]: IDLE
  942 2m17s  proftpd: ftp - host.host.com: anonymous/[e-mail]: IDLE
  944 2m13s  proftpd: ftp - host.host.com: anonymous/[e-mail]: IDLE
   -  -      3 users


Also sometime the directory listing isn't displayed but the "Index of ftp://
ftp.." and the two horzital lines are. But on direct URL request -> file 
download.

Obviously everything works great with NN4.7 or other FTP client...

Comment 3

[Bradley Baetz (:bbaetz)]

Can you attach a full packet trace for the anonymous user?. On unix/windows, you
can use ethereal. Don't use tcpdum unless you set it to capture the entire
packet's contents.

Are you behind a filewall/NAT of some sort? I know os2 servers have problems
with the way we do things, but that doesn't explain why it sometimes works.

reload/shift-reload for a dir listing doesn't do the right thing at the moment -
thats a separate bug?

Did earlier mozilla versions work?

Comment 4

[Benjamin Mucci]

Bradley: I tried on 3 computers with MacOS 8.6 with same result. From inside the
LAN and outside (modem). I can reproduce with an old build 2001091303 under
Win98 from LAN -> Sometime dir content isn't diplayed.

-> All/All/Normal

Comment 5

[Bradley Baetz (:bbaetz)]

I wonder if the patch on bug 110241 will help here.

Comment 6

[Bradley Baetz (:bbaetz)]

I've made a couple of changes recently which may help this sort of problem. This
may just be the double PASV thing, and I think I have an idea on how to fix that.

Marking dependancy, although I'm not really sure.

Comment 7

[Benjamin Mucci]

WFM. Closing it. 

Comment 8

[benc]

VERIFIED: per reporter.
General feature is working in Mozilla 1.1 functionals as well.