Closed
Bug 265934
Opened 20 years ago
Closed 20 years ago
Clicking 'Desktop' in Download Manager shows wrong folder
Categories
(Firefox :: Shell Integration, defect, P2)
Tracking
()
VERIFIED
FIXED
Firefox1.5
People
(Reporter: harmhilvers, Assigned: torisugari)
References
Details
Attachments
(1 file)
|
733 bytes,
patch
|
mconnor
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041024 Firefox/1.0 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041024 Firefox/1.0 If you go to the Download Manager, there is a button with 'Desktop' on it (I haven't edited my setting, this is thus standard behaviour). Click it and it shows me my Desktop folder in Windows Explorer. Well, that's what I expected. It shows me a folder with this address: "C:\DOCUMENTS AND SETTINGS\HARM\BUREAUBLAD" (I'm using a Dutch Windows XP version). But this isn't my Desktop folder. Using Microsoft's Powertoys I set my Desktop folder to "D:\Bureaublad". That's also the place where Firefox's downloads go to and that works like a charm. But when I clicked the 'Desktop' button in the DM I expected to see my own Desktop folder and not the old one. Reproducible: Always Steps to Reproduce: 1. Tools > Options... > Downloads > Set 'Save all downloads to this folder' to 'Desktop' (one of the options in the dropdownbox) 2. Go to the Download Manager 3. Click 'Desktop' Actual Results: There opens an incorrect folder when you have changed the standard Desktop folder in Windows with Microsoft's Powertoys. Expected Results: Firefox should have opened the correct folder, i.e. it should have opened "D:\Bureaublad" instead of "C:\DOCUMENTS AND SETTINGS\HARM\BUREAUBLAD". This topic on MozillaZine forums holds some discussion about this bug: http://forums.mozillazine.org/viewtopic.php?t=149941
Comment 1•20 years ago
|
||
It's been there a long time. Confirming with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041022 Firefox/1.0
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•20 years ago
|
||
Harm, which values are set within the registry? Take a look at SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Explorer\\Shell Folders\\Desktop for HKCU and HKLM. The code for retrieving the desktop folder you can see here: http://lxr.mozilla.org/aviarybranch/source/browser/installer/windows/browser.jst#69
| Reporter | ||
Comment 3•20 years ago
|
||
(In reply to comment #2) > Harm, which values are set within the registry? Take a look at > SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Explorer\\Shell Folders\\Desktop > for HKCU and HKLM. The value for Desktop in HKCU is: "D:\Bureaublad" HKLM does not have that value set in the register. There is one with the name "Common Desktop" and it's value is "C:\Documents and Settings\All Users\Bureaublad". But that is not the folder the 'Desktop' button in the Download Manager show me. It looks like Firefox uses the default Desktop folder (the folder Windows also uses if you don't change it with f.e. Powertoys) when you click the button in the Download Manager. But I don't have any idea where Firefox gets that value from.
Comment 4•20 years ago
|
||
This was bug 228977, but that was fixed in June. This should be in your build of Firefox.
| Reporter | ||
Comment 5•20 years ago
|
||
Apparently this bug is not fixed by the fixes for #228977, otherwise I should not be seeing this bug even in the lateste nightly's. ;) Is there someone who can point me to some of the involved code? Comment #2 does so. But it seems to me, but I am not sure about that, that the code mentioned there is about the installer and not about the download manager. Is that correct or am I wrong?
Comment 6•20 years ago
|
||
The desired function 'onDownloadShowFolder' is located in file: http://lxr.mozilla.org/aviarybranch/source/toolkit/mozapps/downloads/content/downloads.js#811
| Assignee | ||
Comment 7•20 years ago
|
||
Per comment #5 This was left out of bug 228977 and its patch attachment 148884 [details] [diff] [review] for some reason.
Attachment #169422 -
Flags: review?(mconnor)
Comment 8•20 years ago
|
||
Comment on attachment 169422 [details] [diff] [review] Patch hrm, odd, I could have sworn lxr had three results when I reviewed the other patch.
Attachment #169422 -
Flags: review?(mconnor) → review+
| Assignee | ||
Comment 9•20 years ago
|
||
(In reply to comment #8) Thanks the review. mconnor, will you check this in to the tree, when you are not very busy? I'm quite sure you have cvs write access.
Updated•20 years ago
|
Whiteboard: checkin-needed
| Reporter | ||
Updated•20 years ago
|
Flags: blocking-aviary1.1?
Comment 10•20 years ago
|
||
*** Bug 279971 has been marked as a duplicate of this bug. ***
Comment 11•20 years ago
|
||
*** Bug 280150 has been marked as a duplicate of this bug. ***
Comment 12•20 years ago
|
||
*** Bug 266984 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
Flags: blocking-aviary1.1? → blocking-aviary1.1+
Comment 13•20 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050313 Firefox/1.0+ Downloaded today with a Fresh Install. New because reformatted system. When setting the preferance in Options V Menu, it shows ask where, but will only download the file to the desktop. I tried this without any extensions and it did it, added dl tweak 6.5 and now two Download Windows open and if you close one then the download stops.
Flags: blocking-aviary1.1+
Comment 14•20 years ago
|
||
Jen, Don't remove the blocking flag by Ben. He set it to blocking and leave it that way. Jeremy
Flags: blocking-aviary1.1+
Comment 15•20 years ago
|
||
forgotten bug ? cc-> mconnor (no one else seems to be able to check this on in Mike ;-))
Updated•20 years ago
|
Assignee: bugs → torisugari
Priority: -- → P2
QA Contact: os-integration → gavin.sharp
Target Milestone: --- → Firefox1.1
Version: unspecified → Trunk
Updated•20 years ago
|
Whiteboard: checkin-needed → [checkin needed]
Updated•20 years ago
|
Flags: blocking-aviary1.1+
Comment 16•20 years ago
|
||
Checking in downloads.js; /cvsroot/mozilla/toolkit/mozapps/downloads/content/downloads.js,v <-- downloads.js new revision: 1.42; previous revision: 1.41 done
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Whiteboard: [checkin needed]
| Reporter | ||
Comment 17•20 years ago
|
||
And now it works fine! :) Thanks to all who worked on this.
Status: RESOLVED → VERIFIED
Updated•11 years ago
|
QA Contact: gavin.sharp
You need to log in
before you can comment on or make changes to this bug.
Description
•