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)

defect
Not set
major

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.
note: At the bottom of the downloads manager, "All files downloaded to:" reflects the pref set folder.
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...
Flags: blocking-aviary1.0?
The current behavior is intentional, but I hate it. See bug 244961 and bug 232702.
*** Bug 258323 has been marked as a duplicate of this bug. ***
Blocks: 244961
*** Bug 260778 has been marked as a duplicate of this bug. ***
Assignee: firefox → bugs
Not a "blocker"
Flags: blocking-aviary1.0? → blocking-aviary1.0-
would be good to get for 1.0 but need to minus to focus on higher priority bugs. renominate if a fix appears.
Flags: blocking-aviary1.1?
*** Bug 273766 has been marked as a duplicate of this bug. ***
Flags: blocking-aviary1.1? → blocking-aviary1.1+
Flags: blocking-aviary1.1+ → blocking-aviary1.1-
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...
The bug can also be reproduced on Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.8) Gecko/20060418 Firefox/2.0a1.
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
This bug can also be reproduced on Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9a3pre) Gecko/20070302 Minefield/3.0a3pre.
Assignee: bugs → nobody
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b3pre) Gecko/2008011104 Minefield/3.0b3pre Seen today on Ubuntu 7.10.
Since this can still be reproduced on nightlies, should Version be changed to Trunk?
(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
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?
(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
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.