Feature request: separate configurable download locations for OPENED vs. SAVED files
Categories
(Firefox :: Downloads Panel, enhancement)
Tracking
()
People
(Reporter: heavymetal, Unassigned)
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:105.0) Gecko/20100101 Firefox/105.0
Steps to reproduce:
I clicked on a PDF link with Firefox configured to show the "open file or save to disk" dialog. I chose "open in application" because I explicitly DIDN'T want to save the file to my downloads folder permanently.
Actual results:
Firefox saved the file to the permanent download location. As I just found out, this is the desired behaviour since Firefox 98, which was silently implemented without even notifying the users after the respective upgrade.
I just found out that my downloads folder was spammed with dozens of PDF files I thought I had just viewed but not saved in the last months.
Expected results:
When I select "open" instead of "save", of course I expect the file to be stored in the temporary folder that's automatically wiped by the operating system. The new behaviour actually makes the open/save dialog void: If I set the download folder to a location in my user home, I'm saving temporary files forever. If I set it to the temp folder, I'm downloading the files I want to save to a temporary location and they will automatically get deleted. Both workflows make absolutely no sense at all.
Since you probably won't listen to your users and revert to the old behaviour (you never do), I suggest that you at least add a second download location to the download options. Currently we can configure a location where ALL downloaded files will be stored. Please split this into two configurable file locations: one for the files I chose to SAVE and one for the files I chose to OPEN. Make both default to the permanent user home location if you think this is what the "average" user wants, but please give us at least the option to make the browser usable again. Stop dumbifying this browser that used to be such an excellent competitor to Chrome.
|
||
Comment 1•3 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Firefox::Downloads Panel' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
|
||
Comment 2•3 years ago
|
||
Setting this enhancement as new so the engineering team could decide if they take in consideration changing this.
Description
•