Closed
Bug 96471
Opened 24 years ago
Closed 24 years ago
Will not display contents of Red Hat ftp directory
Categories
(Core Graveyard :: Networking: FTP, defect)
Tracking
(Not tracked)
People
(Reporter: mseitz, Assigned: bbaetz)
References
()
Details
Attachments
(3 files)
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.3+) Gecko/20010822
BuildID: 2001082203
Mozilla will not display the contents of
"ftp://ftp.redhat.com/pub/redhat/redhat-6.2-en/iso". Internet Explorer 5.5SP2
works fine.
Reproducible: Always
Steps to Reproduce:
1. Enter "ftp://ftp.redhat.com/pub/redhat/redhat-6.2-en/iso" in the location bar
2. Press the "Go" button
Actual Results: Main window remains unchanged. Status bar shows FTP
transaction beginning and completing.
Expected Results: Should display contents of directory.
Comment 1•24 years ago
|
||
Well, this closely resembles the many ftp problems being reported today. Note
specifically bug 96418, and see if it matches description.
(duplicate? if so, mark it as such)
Comment 2•24 years ago
|
||
| Reporter | ||
Comment 3•24 years ago
|
||
wfm on Win98 with build 2001082909. On Tuesday I will confirm on the machine
that originally showed the problem
| Reporter | ||
Comment 4•24 years ago
|
||
Problem still exists using build 2001083103 on the machine that originally
exhibited the problem. I looked at the other bug reports Matthias Versen
referenced in his message. One characteristic I have in common with these
reports is that the NT machine that exhibits the problem is behind a firewall.
The Win98 machine that does not exhibit the problem is not behind a firewall.
It is intersting that some directories if I access them one way will work, but
accessed another way will not work. Others do not seem to work no matter how I
access them. For example:
OK:
Go to ftp://ftp.redhat.com/pub/redhat/
Fail:
ftp://ftp.redhat.com/pub/
Click on "redhat"
Fail: Go to ftp://ftp.redhat.com/pub/redhat
| Reporter | ||
Comment 5•24 years ago
|
||
Problem still exists on my NT machine running build 2001091903.
Comment 6•24 years ago
|
||
I do not see this problem with yesterday's trunk build. Please provide a socket
level log if possible.
| Reporter | ||
Comment 7•24 years ago
|
||
| Assignee | ||
Comment 8•24 years ago
|
||
ftp -> me
If its a firewall problem, its probably bug 99233. what firewall is it?
On windows, can you set the environment variable NSPR_LOG_MODULES to
nsFTPProtocol:5 and NSPR_LOG_FILE to out.file. Then start mozilla from the
console, and try this again, and attach the contents of out.file. This logging
is currently enabled in release builds for windows only.
Assignee: dougt → bbaetz
| Reporter | ||
Comment 9•24 years ago
|
||
| Assignee | ||
Comment 10•24 years ago
|
||
Thats with 0.9.4? There was a fix which went in after that (bug 92582) - could
you try with a recent nightly?
| Reporter | ||
Comment 11•24 years ago
|
||
| Assignee | ||
Comment 12•24 years ago
|
||
I don't see anything wrong in that log. 80004005 looks like a bogus error code
to me.
I jsut checked in a fix for bug 99233 which also had to do with firewalls.
Although the packet trace doesn't look the same as those, its possible that it
could be related.
Can you try tomorrow's nightly? If that doesn't work, then I'll need details on
the type of firewall, and so on.
| Reporter | ||
Comment 13•24 years ago
|
||
When using build 2001092503 I no longer see the problem. Thank you for the fix.
| Assignee | ||
Comment 14•24 years ago
|
||
OK then.
*** This bug has been marked as a duplicate of 99233 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•