Closed
Bug 257143
Opened 20 years ago
Closed 10 years ago
Download directory set in Prefs isn't respected by Save Link/Image As...
Categories
(Firefox :: Settings UI, defect)
Firefox
Settings UI
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: tracy, Unassigned)
References
(Blocks 1 open bug)
Details
seen with Windows and Mac Firefox 0.9+ branch builds
- Go to Tools | Options | Downloads
- Select the radio button for Save all files to this folder.
- In the menu for that item, select My Downloads or Select other and choose a
folder in the file picker.
- Click OK (or hit Enter/Return) to save and close Preferences.
- Bring up the context menu for a link on a page and select "Save Link As..."
tested results: The Save as dialog appears with the desktop selected as the
save location.
Expected results: The download is automatically saved in the preference set folder.
Could this be related to 178227? The difference here is that we're not manually
trying to input/paste in the selection field.
Reporter | ||
Comment 1•20 years ago
|
||
note: At the bottom of the downloads manager, "All files downloaded to:"
reflects the pref set folder.
Reporter | ||
Comment 2•20 years ago
|
||
also note: drag and drop a link into the download manager works as expected.
changing Summary to better describe the behavior
Summary: Can not change Download directory at all in Prefs dialog → Download directory set in Prefs isn't respected by Save Link As...
Updated•20 years ago
|
Flags: blocking-aviary1.0?
Comment 3•20 years ago
|
||
The current behavior is intentional, but I hate it. See bug 244961 and bug 232702.
Comment 4•20 years ago
|
||
*** Bug 258323 has been marked as a duplicate of this bug. ***
Comment 5•20 years ago
|
||
*** Bug 260778 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
Assignee: firefox → bugs
Comment 7•20 years ago
|
||
would be good to get for 1.0 but need to minus to focus on higher priority bugs.
renominate if a fix appears.
Updated•20 years ago
|
Flags: blocking-aviary1.1?
Comment 8•20 years ago
|
||
*** Bug 273766 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
Flags: blocking-aviary1.1? → blocking-aviary1.1+
Updated•19 years ago
|
Flags: blocking-aviary1.1+ → blocking-aviary1.1-
Comment 9•19 years ago
|
||
This bug also occurs when saving an image. The default download location is not
the same default download location set in prefs.
Summary: Download directory set in Prefs isn't respected by Save Link As... → Download directory set in Prefs isn't respected by Save Link/Image As...
Comment 10•19 years ago
|
||
The bug can also be reproduced on Mozilla/5.0 (X11; U; SunOS sun4u; en-US;
rv:1.8) Gecko/20060418 Firefox/2.0a1.
Comment 11•18 years ago
|
||
sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs,
filter on "beltznerLovesGoats" to get rid of this mass change
QA Contact: mconnor → preferences
Comment 12•18 years ago
|
||
This bug can also be reproduced on Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9a3pre) Gecko/20070302 Minefield/3.0a3pre.
Updated•18 years ago
|
Assignee: bugs → nobody
Comment 13•17 years ago
|
||
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b3pre) Gecko/2008011104 Minefield/3.0b3pre
Seen today on Ubuntu 7.10.
Comment 14•17 years ago
|
||
Since this can still be reproduced on nightlies, should Version be changed to Trunk?
Comment 15•17 years ago
|
||
(In reply to comment #14)
> Since this can still be reproduced on nightlies, should Version be changed to
> Trunk?
Yes.
Version: 1.0 Branch → Trunk
Comment 16•15 years ago
|
||
I am seeing the desired behavior of "The download is automatically saved in the preference set folder” in a build from the trunk changeset 30234:2221d3661702 (Mon Jul 13 13:35:55 2009 -0700).
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2a1pre) Gecko/20090713 Minefield/3.6a1pre
Can anyone else confirm this?
Comment 17•13 years ago
|
||
(In reply to comment #16)
> I am seeing the desired behavior of "The download is automatically saved in
> the preference set folder” in a build from the trunk changeset
> 30234:2221d3661702 (Mon Jul 13 13:35:55 2009 -0700).
>
> Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2a1pre) Gecko/20090713
> Minefield/3.6a1pre
>
> Can anyone else confirm this?
Me too. Changing the folder where the link should be downloaded modifies the folder that is open when the dialog pops up.
Mozilla/5.0 (Windows NT 6.1; rv:5.0) Gecko/20100101 Firefox/5.0
Updated•10 years ago
|
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•