Closed Bug 54559 Opened 24 years ago Closed 23 years ago

Can't ftp an RPM: Unknown error [1 804B0015]

Categories

(Core Graveyard :: Networking: FTP, defect, P3)

Product:
Core Graveyard
Component:
Networking: FTP
Platform:
x86
Linux
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED
Milestone:
mozilla0.9.1

People

(Reporter: akkzilla, Assigned: dougt)

References

(
URL
)

Details

(Whiteboard: [dogfood-][rtm-]) 

Go to the indicated url, click on the link for the RPM, say save file, and
select a filename.  The progress dialog pops up, but almost immediately it's
joined by another dialog which says:

Unknown error [1 804B0015]
Being able to download software is dogfood.
Keywords: dogfood, rtm
This is not happening on the branch, so this is not dogfood for netscape engineers.
Marking dogfood-minus.
By the time we get back no the trunk, if this is not dogfood, it should be
re-nominated.
Whiteboard: [dogfood-]
Jar forgot to put rtm- on this (based on his comments.)  If you are seeing this
in the branch builds, please update the bug.
Whiteboard: [dogfood-] → [dogfood-][rtm-]
I see simmilar behavior on
ftp://setidata.ssl.berkeley.edu/pub/setiathome-3.0.i686-pc-linux-gnu-gnulibc2.1.tar
But the error message is Unknown error [1 80510003]
I'm behind a proxy and using linux trunk nightly 2000101521.
Because it's a ftp URL shouldn't it be filed under some new bug?

*** Bug 57416 has been marked as a duplicate of this bug. ***
Under Linux nightly 2000102221 from trunk I see a little bit different behavior.
On the setiathome address it writes the message on console immediately.

This looks very similar to bug #57868

ftp bugs to component:ftp
Assignee: gagan → dougt
Component: Networking → Networking: FTP
Target Milestone: --- → M19
Hmmm... I now see a different behavior on the original URL - When I click the
save on the save dialog box it opens the file selection dialog and when I click
to Ok it opens the Saving file box but then it doesn't download anything. It
just stalls. By clicking Cancel the Saving file dialog box closes.

I've forgot to mention I'm now using Linux nightly 2000121821 behind a Squid Proxy.
I've just experienced this error on NT4, SP5, so this isn't a Linux specific issue.
The error occurs when I try to download 3 or more RPMs concurrently from
ftp.mandragon.org !

Could this be a duplicate of bug #53002 ??

I am not seeing the same error, but I am seeing some strange behavior on this
page.
Keywords: nsbeta1, qawanted
Target Milestone: --- → mozilla0.9.1
I have fixed this problem.  The ftp response codes were being dropped.  When you
go to either of the links mentioned in this bug report, you will now see a
dialog which states that the file/directory could not be found.  Try for
yourself in tomorrow nightly.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
*** Bug 53002 has been marked as a duplicate of this bug. ***
verified: 
Linux rh6 2001061308
Status: RESOLVED → VERIFIED
Keywords: qawanted, rtm → nsrtm
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.