299079 - Changing download directory doesn't actually work

Status: VERIFIED DUPLICATE of bug 284089

(Toolkit :: Downloads API, defect)

Description

[Mike Young]

When changing the directory to which autodownloads are saved, the various
windows (prefs, the download mgr) display the correct path and open the correct
path, but when actually downloading files, they are placed in the wrong folder.
(The previous folder as specified in that option)

Comment 1

[:Gavin Sharp [email: [e-mail]]]

*** This bug has been marked as a duplicate of 299042 ***

Comment 2

[Mike Young]

no. that bug is about the "Ask every time" option.

This bug involves the "save all files to this folder" option (autodownload)


if you change the option in the prefs window, it doesn't actually change where
things are downloaded... they continue to download to the folder that was
specified there before you changed it.

when you click on the location shown in the download manager, it shows the place
you entered, so if you don't remember the original path, all of your files are
missing somewhere on your drive.

Comment 3

[Adam Guthrie]

What this boils down to is the regression from bug 294759. All the bugs that
were caused by this are just being duped as bug 299042, because pending its fix,
they will be resolved. If they're not feel free to reopen this.

Comment 4

[Mike Young]

*sigh*
When did we stop using bugzilla according to a set of reliable norms? 
Back in the old days around M16 and before Firefox was even called "M/B" we used
the "Depends" field for that.

Bugs represented individual problems that were occurring in the program... if a
fix for one would fix the other, then the latter "depended" on the previous.

If we just dupe bugs wee-hilly-nilly, we imply that there is a resolution, when
in reality the fix might not work for this specific problem. Then, it might not
get reopened, reported anew, or worse, people will search for it and say, "oh
look the one I was looking for was marked a dup... they must already know about it."

marking depends... leaving reopened.

Comment 5

[Adam Guthrie]

This is all my fault--me being new to Bugzilla and all. I told Gavin to mark
this as a dupe, when it should have been depends on.

Comment 6

[:Gavin Sharp [email: [e-mail]]]

That entire set of download options uses the same set of prefs, and those prefs
currently aren't correctly set on the trunk. That's one bug.

*** This bug has been marked as a duplicate of 284089 ***

Comment 7

[Mike Young]

And, now I agree with you. /That/ bug it is a dupe of. I hadn't realized that
the entire panel stopped working alltogether.