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)
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.
Comment 1•20 years ago
|
||
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.
Comment 4•20 years ago
|
||
Duplicate of bug 270557?
*** This bug has been marked as a duplicate of 270557 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Updated•16 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•