Closed Bug 174094 Opened 23 years ago Closed 23 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: 23 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: 23 years ago23 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: 23 years ago23 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.