Closed Bug 258222 Opened 20 years ago Closed 20 years ago

download manager freezes after download when destination drive doesn't exist

Categories

(Toolkit :: Downloads API, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 270557

People

(Reporter: tekno121, Assigned: bugs)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040905 Firefox/1.0 PR (NOT FINAL) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040905 Firefox/1.0 PR (NOT FINAL) When setting a download directory to a mounted logical drive (for example, a PGP-disk), firefox does not check to see if the destination drive exists prior to initiating a download. Instead, it downloads the file and then freezes at 100% complete -- even if you mounted the logical/removable drive after it freezes. The only way out is to abort the download, install the logical / removable drive (or change the destination) and then re-download. Reproducible: Always Steps to Reproduce: In Firefox: 1. From the menu, Tools / Options / Downloads / Download Folder / Set "Save all files to this folder" to a mounted logical drive. Click OK to exit options menu. 2. Unmount or remove the logical drive to where Windows removes the drive letter assignment. 3. Left-click on a file link to have Firefox download it directly to that (now non-existent) logical drive. Actual Results: Download Manager will download the file, but then freeze at 100%. Options are "Pause" and "Cancel" -- Pause pauses and gives you "Resume", which clicking on that gives you "Pause" again -- net effect is nothing. Cancel will cancel download. Notes: a) Sometimes you will get a "What should Firefox do with this file?" dialog box. If you click "Save to Disk", then the above behavior is exhibited. b) If you right-click on the file link, Firefox (properly) brings up a menu which allows you to select "Save link as", which opens a "Save as" dialog box which allows you to select another destination. c) Similar behavior exists when setting the download destination to the A: floppy drive and then going into Windows Device Manager and disabling the floppy controller to remove the A: letter assignment -- but in this situation, the Download Manager stalls at "Starting..." and before the download. Expected Results: Download Manager should check to see if the destination drive exists prior to initiating a download. If the destination exists, then commence with the download. If the destination does not exist, then it should do a file save-as to allow saving the file to a another, valid destination.
I also experienced this problem. Because there was no ability to migrate my bookmarks and settings from an off-machine installation, I copied the configuration files and failed to take note of the fact that my download directory was not valid on the new machine. There is another bug entered that is assigned covering the fact that you cannot manually edit the download directory. Until this is fixed, this bug wouldn't really affect a person who went through the normal installation/configuration process because they could not enter a non-existent download directory.
This also happens on Linux (Ubuntu; FF 1.0.2). If you choose to download into a directory for which the user does not have sufficient priviledges, Firefox goes through the motions, but it does not write the file to the disk (real PIA if you discover this at the end of an hour long download): if FF cannot open the file (for whatever reason) the download should be aborted. In contrast to comment #1 this does affect normal users in day-to-day use on Linux. The OS should be changed to All, this is not Windows specific.
(In reply to comment #2) > This also happens on Linux (Ubuntu; FF 1.0.2). If you choose to download into a > directory for which the user does not have sufficient priviledges, Firefox goes > through the motions, but it does not write the file to the disk (real PIA if you > discover this at the end of an hour long download): if FF cannot open the file > (for whatever reason) the download should be aborted. > In contrast to comment #1 this does affect normal users in day-to-day use on Linux. > The OS should be changed to All, this is not Windows specific. I have Linux and XP boxes. I recently reloaded my Gateway Laptop with XP, patched the OS, and then loaded FF 1.0.4. The browser itself works fine, but I cannot get any downloads to complete. I too have the issue with the download manager. Downloads will get to 100% and then hang. My only option is to cancel. This is always reproducable for me as well.
Duplicate of bug 270557? *** This bug has been marked as a duplicate of 270557 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.