Open Bug 954812 Opened 11 years ago Updated 2 years ago

Download fails silently if previous download path has disappeared

Categories

(Firefox :: Downloads Panel, defect)

26 Branch
defect

Tracking

()

People

(Reporter: mozilla, Unassigned)

Details

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 (Beta/Release)
Build ID: 20131206145537

Steps to reproduce:

I use the same Firefox profile for a Windows 7 boot and a Linux boot. (It is great that this works!) The profile is on the Windows NTFS partition (does this matter?).

I want to download a file from a site where I regularly download versions of this file. Usually I download into the same directory and it is nice that Firefox remembers the path. But between Windows and Linux (using the same profile) the path can not be the same.


Actual results:

Instead of poping up a window to ask for a new path Firefox silently fails (nothing happens). This makes it impossible to download the file.


Expected results:

Minimal solution: Firefox pops up a dialog and asks for a new path, e.g. providing the previous (now non-existing one) as a default input.

Optimal solution: Firefox remembers the last two used directory paths for this download. If the first one does not exist it takes the second one as default option. This would make switching between operating systems easier.
This issue is still reproducible on:
* Firefox 31 RC2 (Build ID: 20140716183446),
* Firefox 32 RC1 (Build ID: 20140825202822),
* Aurora 33.0a2 (2014-08-26),
* Nightly 34.0a1 (2014-08-27),
using Ubuntu 13.04 32-bit and Mac OS X 10.8.5.

At this point this is also reproducible if you delete the file that is being downloaded.

Regression range (m-c):
* Last good revision: d136c8999d96 (2013-08-21)
* First bad revision: 2ab07dec6404 (2013-08-22)
* Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=d136c8999d96&tochange=2ab07dec6404
* Probable cause: 49873ded6736	Paolo Amadini — Bug 847863 - Part 8 of 8 - Use the JavaScript API instead of nsIDownloadManager as the back-end for the panel. r=enn

Notes:
- I was *unable to reproduce* the bug on Windows.
Status: UNCONFIRMED → NEW
Component: Untriaged → Downloads Panel
Ever confirmed: true
OS: Linux → All
Hardware: x86_64 → All
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.