Closed
Bug 200679
Opened 22 years ago
Closed 9 years ago
"Document contains no data" from ftp.microsoft.com
Categories
(Core Graveyard :: Networking: FTP, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: benc, Unassigned)
References
()
Details
Mozilla 1.4a, Mac OS X.
I see this about 25% of the time when I go to the site.
I think the problem is that the connection is accepted, then closed (so you
don't get a "connection refused" error.
Here's why I think that is what is happening:
telnet ftp.microsoft.com ftp
Trying 207.46.133.140...
Connected to ftp.microsoft.com.
Escape character is '^]'.
Connection closed by foreign host.
---
ftp ftp.microsoft.com
Connected to ftp.microsoft.com.
421 Service not available, remote server has closed connection.
I'm not sure if the 421 in the second example comes from the ftp client or was
actually sent from the server.
If the error was sent from the server, I'm assuming we would display that error,
per bug 74229.
Comment 1•22 years ago
|
||
same problem - 92582
*** This bug has been marked as a duplicate of 92582 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
doug: outside of the fact both bugs mention ftp.microsoft.com, are they really
the same problem?
This bug attempts to describe what looks like a post-connection establishment
connectivity error.
Okay, I did more testing today, and this was on the list.
The microsoft server seems to reject connections, roughly half time to 10% of
the time.
So I think the telnet trace was showing what happens when a connection is
established, and closed immediately. That should be the same behavior that
results in the error I described. When you do make a connection that is held
open, then the problems doug describes with the sessions are probably he next
hurdle to getting your data back succesfully.
The second terminal log I provided of FTP, with the 421 error, does appear to be
what is described in the previous bug that doug mentioned.
This is exchange is actually a generic test case I wanted to make available, so
I think that one of my lab projects will make this reproducible sometime in the
future.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Comment 4•22 years ago
|
||
If this is the same bug I came to file today, all that is required is a server
to terminate the connection without sending any data. This causes Mozilla to pop
the "Document contains no data" dialog instead of something like, "Connection
was unexpectedly closed by the remote host" or something.
If the following happens, this error happens:
1. Mozilla connects to server and so far all is well.
2. Mozilla issues request (HTTP in my case).
3. Server closes connection instead of responding to the request.
Comment 5•22 years ago
|
||
Im getting Document contains no data errors at ign.com and its sites about 25%
of the time, even when documents contain data, I just reload and the error does
not come back.
Im using Mozilla 2003042708 in Windows 95 and BeOS, I have only seen it happen
so far on Windows 95
Comment 6•22 years ago
|
||
this happens repeatedly on the freeserve.com site and is particularly irritating
on the web mail pages (fsmail.freeserve.com)
and the Guardian web site:
http://www.guardian.co.uk/
Comment 7•22 years ago
|
||
1.4b cures the problem with the freeserve and guardian sites
Comment 8•22 years ago
|
||
Running the current Windows release, v1.4b downloaded and installed yesterday,
I'm still seeing this problem with Serv-U FTP servers. Reason here is somewhat
different from what has been mentioned sofar: Mozilla does a "SIZE /" command
and gets a "550 /: No such file." (correctly, since it's asking the size of a
directory not a file). This causes Mozilla to drop the connection and put up the
"document contains no data" error message.
Instead of doing this it should assume it's dealing with a directory and request
a dir listing, like Netscape, IExplorer and others do.
You can test this at ftp://ftp.cat-soft.com/
I'm the author of Serv-U, so if you have questions or want to test with it
please let me know (Rob@cat-soft.com).
Comment 9•22 years ago
|
||
Can we pluuuueeese get this bug fixed. I'm on MacOS 10.2.6 and I get
"page contains no data" for every ftp site I ever access via Mozilla and
am tired of having to ftp via a terminal window.
I'm using Mozilla 1.4, build 2003052905.
Reporter | ||
Comment 10•22 years ago
|
||
Gerard: please file a new bug. You are getting that error too often for it to be
the same problem as described in this bug.
This should only happen on ftp.microsoft.com (and several other unusual sites)
and only once in a while.
Comment 11•22 years ago
|
||
don't open new bugs for similar problems.
Comment 12•22 years ago
|
||
I think there has to be somthing more to this, Im still seeing Document contains
no data on http://www.ign.com webpages all the time
Comment 13•22 years ago
|
||
if possible, can you enable FTP loging?
set NSPR_LOG_MODULES=nsFTPProtocol:5
set NSPR_LOG_FILE=ftp.log
then send/attach the ftp.log.
Reporter | ||
Comment 14•22 years ago
|
||
dougt:
What is the correct behavior if a site just shuts the connection, even before
any FTP commands are sent?
I know that from a docshell-level, since there is zero data, that would mean
that the document does have not data, but shouldn't we offer a networking error
for this problem?
I filed this bug, and I would like it be strictly limited to the problem I
described. This problem still occurs, it happened in my latest functional test
run of RC2.
Other people that have problems that are not alike (same error message,
different conditions) need to get analyzed in a separate bug, because if they do
not, this is how drift gets started.
This bug report has already been duped incorrectly once.
Comment 16•9 years ago
|
||
only critical ftp fixes now
Status: NEW → RESOLVED
Closed: 22 years ago → 9 years ago
Resolution: --- → WONTFIX
Updated•11 months ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•