Closed Bug 139184 Opened 23 years ago Closed 12 years ago

ftp://some.ftp.site hanging

Categories

(Core Graveyard :: Networking: FTP, defect)

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

Tracking

(Not tracked)

Status:
RESOLVED WONTFIX
Milestone:
Future

People

(Reporter: Knut.Hellebo, Unassigned)

References

Details

(Keywords: qawanted)

Attachments

(1 file)

netwerk/protocol/ftp/src/Makefile.in - force no optimisation for the module
450 bytes, patch
Details | Diff | Splinter Review
When using the URL ftp://some.ftp.site, Mozilla 1.0RC1 hang forever, not displaying any directorylisting from the remote host. This behaviour is not present in the WIN 32bit version of Netscape 6.2.2, it has only been observed with the Sgi version of Mozilla on a O2 running irix 6.5.15f and gtk-1.2.10
Is the ftp site publically available? Do you know if previous mozilla versions show teh same problem?
All ftp sites tried are publicly available and are able to be reached normally using netscape-4.79 for irix. Note that I do NOT use fw_glib and fw_gtk from Sgi but the 1.2.10 version from gtk.org. I have had no other problems using this homegrown version of gtk with eg ethereal and nessus.
Can you list a specific site which is causing problems? ftp in general works for me. Are you behind a firewall/NAT router or something similar?
Yes, there is a firewall, but why does it work from WIN32 Netscape 6.2.2 and IRIX Netscape 4.79 ? I also have identical proxy settings and have tried both http-1.0 and 1.1, with and without persistent connections. Here's an ftp site that I immediately is able to use with Netscape 4.79 but is hanging with Mozilla 1.0rc1: ftp://ftp.bibsyst.no/samba
http settings won't affect ftp, since the protocols are unrelated. The firewall could be interfering in some way - I can connect to that site without problems. The issue may be that mozilla only supports PASV connections, whilst ns4 uses PORT. If your firewall blocks you from making connections to random high ports, and the firewall doesn't inspect the ftp traffic to test this, then mozilla will fail to use the ftp site correctly. Can you connect to the server with command line ftp? Try turning passive mode on with |set passive on| (the exact command depends on your ftp client), and see if you can still connect
My ftp commandline client (IRIX) uses "ftp -p" as passive mode connect. I can connect to ftp.bibsyst.no through the firewall using this: ftp> bin 200 Type set to I. ftp> get samba-2.2.3a.tar.bz2 local: samba-2.2.3a.tar.bz2 remote: samba-2.2.3a.tar.bz2 227 Entering Passive Mode (193,90,32,70,139,89) 150 Opening BINARY mode data connection for samba-2.2.3a.tar.bz2 (4549790 bytes). 226 Transfer complete. Does Netscape 6 use PORT mode ? As I said earlier, WIN32 Netscape6 is OK.
Which netscape 6? 6.0, 6.1, or 6.2? mozilla.10rc1 is based on a different version. Do you have a debug build and/or do you nbuild from source? If so, we can turn on ftp debug logging. Otherwise I'll have to try network traces, but if it is the firewall in the way they may not help.
As noted earlier: the WIN32 Netscape 6.2.2 works OK from same site to same ftp server ftp.bibsyst.no
If needed I can send a snoop trace of the problem: There are only 29 packets going over the wire before everything hangs, the initial handshaking is OK as well as putting ftp into passive mode. As noted earlier, passive ftp using a commandline client from the same machine having problem with mozilla is OK.
If you could attach a packet trace from RC1, including the contents of the packets, that would probably help.
I also see this, using the gcc compiled version of RC1 from SGI. The problem goes away if you use a proxy for ftp, so that may be a useful workaround (if applicable). This bug seems identical to: BZ 121312 See my comments and work arounds there.
Using a proxy for ftp (even though we do not need this) helps. Everything seems normal after applying this workaround and I can now happily browse ftp sites using mozilla.
After some testing it seems that I am unable to download. When going through the proxy using ftp://..... browsing is OK, but I am unable to download. I am also not able to download after removing the proxy setting for ftp. This, however, might be a proxy problem. But still, downloading using WIN32 Netscape 6.2.2 works...
a proxy will mean that you aren't going through the ftp code at all. I missed that this was irix - what compiler/opt flags are you using?
I do not know which compiler flags that's in use. This version is the one built by Sgi and downloaded from ftp://oss.sgi.com/projects/mozilla/download
I've left a comment via the feedback form on the sgi oss site mentiong this bug and the other one.
Keywords: qawanted
The problem here is due to a compiler optimisation problem with the file netwerk/protocol/ftp/src/nsFtpConnectionThread.cpp However, based on comments in BZ 121312 I cannot get a workaround checked in.
Status: UNCONFIRMED → NEW
Ever confirmed: true
This is what a workaround for the problem could look like. It could also be made more specific to not optimise just the problem file. unfortunetly this will only pick up the problem when built with --enable-optimise and not --enable-optimise=-O2 I will look at including something like this in the oss.sgi.com releases.
*** Bug 149459 has been marked as a duplicate of this bug. ***
Hmmm, is there any chance this workaround (or something like it) could get checked in? I can't yet compile using gcc-3, because of BZ: 71627, and it is unlikely that gcc-2.95.x will get much more work. This is a gcc specific path. Worse, due to US export laws, SGI cannot distribute patched code, it must be as-is from the CVS tree (no, I don't understand this, but this is what I am being told from within SGI). So, SGI is currently distributing mozilla with broken FTP and no way around it.
I have no time to work on mozilla at the moment, so dougt is taking over FTP open ftp bugs -> him
Assignee: bbaetz → dougt
Why does turning off optimization fix the problem?
Target Milestone: --- → Future
I compiled ORBit-0.5.17 using gcc 3.2, then compiled mozilla 1.1b source found at oss.sgi.com using IRIX 6.5.17 and SGI mipsPro 7.3.3 compiler with optimization. This combnation produces a working ftp pane. SGI appears to not be working on this problem anymore.
Hangs for me as well using v 1.2.1 default binary for Linux. Tried connecting to ftp://speakeasy.rpmfind.net/linux/Mandrake-devel/contrib/i586/ion-20021104-2mdk.i586.rpm
Tried to upload a 10 meg file via ftp, and still does not work. Haven't they fixed this yet?
This problem appears with Seamonkey 1.1.2 here. With Seamonkey 1.1.1 there is no problem with anonymous ftp. The problem is always reproducible.
mass reassigning to nobody.
Assignee: dougt → nobody
IRIX build support got removed with bug 680792
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
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: