Nothing lays out except the directory column background images when you go to ftp://sweetlou In the console, it says that ftp://sweetlou:21/ loaded successfully This is on linux and windows, Mac has it's own problems. Using 9/22 build
ftp://ftp.netscape.com, for example, lays out correctly
Sounds like the default port isn't being set, or honored.
crashing on linux 9/24 build at ftp://sweetlou now, no good stack info, jud should probably get this now (Signature = libnecko_ftp.so + 0x47f0 (0x410867f0) f0e3c7fe) libnecko_ftp.so + 0x47f0 (0x410867f0) libnecko_ftp.so + 0x6901 (0x41088901) libnecko_ftp.so + 0x574b (0x4108774b) libnecko_ftp.so + 0x76a2 (0x410896a2) libxpcom.so + 0x589e3 (0x400e79e3) libnspr3.so + 0x1bfce (0x40127fce) libpthread.so.0 + 0x4ce9 (0x40135ce9)
jud is this a dup of something?
no. this is kind of a general forum bug for "ftp isn't working." There seem to be some significant differences between debug and non-debug builds which is making a lot of this tough to work w/.
hmmm. Now that I'm in California, and thus on the NS LAN (as opposed to my remote office LAN in Colorado), I'm seeing this. Unfortunately it is intermittant :(. When it's failing it seems to be eternally blocked on a mDInStream->Read() call (that's the data channel trying to read the directory listing data).
haven't been able to reporoduce this on mac or windows for a couple of days.
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
This is working for me now.
Bulk move of all Necko (to be deleted component) bugs to new Networking component.
You need to log in before you can comment on or make changes to this bug.