Closed Bug 174094 Opened 22 years ago Closed 22 years ago

Nightlies are unable to download files at all under windows 95

Categories

(Core Graveyard :: Profile: BackEnd, defect)

x86
Windows 95
defect
Not set
major

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 171441

People

(Reporter: dtimms, Unassigned)

References

()

Details

Nightlies including Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.2b) Gecko/20021011
for the past fortnight can not download files on windows 95 (but 98 is OK).
With ftp, can get directory listing, but the following example error message is
shown:
download c:\windows\temp\wrg5jme4.zip

! c:\windows\temp\wrg5jme4.zip could not be saved, because the source file could
not be read.
Try again later, or contact the server administrator.

or:
Downloading c:\windows\temp\tmullctt.exe

!
c:\windows\temp\tmullctt.exe could not be saved, because the 
source file could not be read.
Try again later, or contact the server administrator
OK

There is definitely enough disk space on c drive (2 GigB). Another Pc running
win98se at the same site can download files through ftp or http.

also:
ftp://mirror.aarnet.edu.au/pub/mozilla/releases/mozilla1.2a/mozilla-win32-1.2a-stub-installer.exe
Severity: normal → major

*** This bug has been marked as a duplicate of 171441 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
v 

PLEASE SEARCH BEFORE YOU FILE A BUG, thanks
Status: RESOLVED → VERIFIED
After much testing of installation etc, I have found that a clean install of
win95b could still not download (neither ftp nor http). Returning to my original
windows 95 install, I found that by trying an earlier mozilla release (1.1) that
this could not download either. By starting from a new profile, I was then able
to download. I then tried a new profile with the nightly mozilla, and found this
was able to download. 
I rechecked that the nightly with the original profile was faulty.
As a guess, I backed up the downloads.rdf and copied in the new profiles
downloads.rdf. After doing this the original profile with fresh downloads.rdf
was then able to download files (both ftp and http).
I then recopied in the original (bad) downloads.rdf, and now the nightly build
with the original downloads.rdf can download normally (noth ftp and http).

So this issue is OK for me now, although I am not sure of the exact cause.
(other than profiles/downloads.rdf). 

As I was trying to submit, noted (mid-air) collision, and Jason's and Matti's
comments. (thanks, you have to be pretty damn smart to get bugzilla to give you
a response other than zarro bugs found...., and definitely didn't find the one
Jason mentions,sorry).
-> profiles

They should know about it, hopefully they might help you isolate what happened.
Status: VERIFIED → UNCONFIRMED
Component: Networking → Profile Manager BackEnd
Resolution: DUPLICATE → ---
Samir,

Is this downloads.rdf file part of Download Manager?  What would be writing to
it that could corrupt it?

*** This bug has been marked as a duplicate of 171440 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → DUPLICATE
grace, is this the correct dupe?
QA Contact: benc → gbush
no- typo :)
should be duplicate of bug 171441
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---

*** This bug has been marked as a duplicate of 171441 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → DUPLICATE
v
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.