User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; rv:1.7.3) Gecko/20041015 Firefox/0.10.1 (Ubuntu) Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; rv:1.7.3) Gecko/20041015 Firefox/0.10.1 (Ubuntu) When using gnome, the desktop directory is ~/Directory, unless the gconf key /apps/nautilus/preferences/desktop_is_home_dir is set, in which case the desktop directory is the home directory. Having the Desktop directory unconditionally point to the user's home directory in the Firefox download preference is totally non-intuitive in this case. Reproducible: Always Steps to Reproduce: 1. Go to Downloads in preferences 2. Select "Desktop" for Save all files to this folder 3. Click "Show Folder" Actual Results: My home directory is opened in a firefox window Expected Results: Opened ~/Desktop/ in a firefox window.
I think a reasonable solution would be to check for the gconf key I mention, if it's set use the home directory, if it's unset try to use ~/Desktop and fall back to the home directory if that's not available.
We have similar problem under BeOS. Home is /boot/home, but desktop is /boot/home/Desktop. And since the filepicker for choosing another dir don't let you select the dir you're in we can't select the Desktop either. See bug 255189. The desktop is the root of the filepicker (disks are in the desktop) and if you go to /boot/home Desktop is hidden.
See also somewhat related bug 241245.
Same problem with KDE. Mozilla says all files downloaded to Desktop--so I open Konqueror and go to Desktop, and there are no files there. Turns out they were downloaded to my home directory instead.
We fixed this for BeOS in bug 276378. I guess you need to handle the Desktop dir in xpcom/io/SpecialSystemDirectory.cpp for (Gnome/KDE) as well as in xpcom/io/nsDirectoryService.cpp. With those references I think that should be quite easy to fix.
(In reply to comment #4) > Same problem with KDE. Mozilla says all files downloaded to Desktop.... You *can* select the Desktop by going into the "browse" dialog (a GTKFileChooser), and selecting the folder "Desktop" within your $HOME. After you do that, your donwload directory will appear as "/home/rick/Downloads" (instead of just "Downloads"). The correct interpretation of the KDE problem is: Mozilla/FF doesn't SHOW the download directory correctly: Even though your prefs.js acutaully contains: user_pref("browser.download.dir", "/home/rick"); user_pref("browser.download.downloadDir", "/home/rick"); Firefox shows "Desktop" and confuses everyone. BTW, I just wasted a couple hours over at GTK+ bugzilla because FF users are also complaining there. (Reporter probably wasted just as many.) Please tgh, can you fix the problem? I see from #276378 that it's definitely better for an experienced person to do. If you want to special-case each Window Manager's "Desktop" directory, that's fine... but a lot of work for you. Maybe the right way to go is: stop guessing what may or may not be our "Desktop", just show us what we REALLY have. You've got the correct value right there in the user's prefs, and you use it every time you donwload a file, you should obviously be capable of showing the raw value. user_pref("browser.download.dir", "/home/rick"); user_pref("browser.download.downloadDir", "/home/rick"); We can go to our Window Manager Documentation to find out which directory is mapped to "Desktop", if I choose "/home/rick/Desktop" (on KDE, for example), I think that it's perfectly fine for you to show "/home/rick/Desktop" as my DL Directory. What ISN'T fine is lying (showing "Desktop" when I've chosen $HOME and $HOME is what I want.) Thanks in advance for your attention to this matter. It's not merely "non-intuitive"-- in many cases (such as *ALL* KDE Desktops, and Std. GNOME configs, and evilwm, and ?!?!?) it's a lie. Users are being confused, it claims to be "Desktop" when it ain't.
7 years ago
I would like to work on this bug. It would be nice if you can assign this bug to me, so that I can start working on it. I would also like to know some more details about this bug.