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)
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
Comment 1•22 years ago
|
||
*** This bug has been marked as a duplicate of 171441 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
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 → ---
Comment 5•22 years ago
|
||
Samir, Is this downloads.rdf file part of Download Manager? What would be writing to it that could corrupt it?
Comment 6•22 years ago
|
||
*** This bug has been marked as a duplicate of 171440 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → DUPLICATE
Comment 8•22 years ago
|
||
no- typo :) should be duplicate of bug 171441
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Comment 9•22 years ago
|
||
*** This bug has been marked as a duplicate of 171441 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → DUPLICATE
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•