GNOME Bugzilla – Bug 691774
Save file dialog is extremely misleading and confusing
Last modified: 2013-06-27 11:43:31 UTC
I have this frustrating scenario. I download a file from Chrome, it goes into my Downloads folder. Now, I go to my Downloads folder and open the downloaded file (which is a zip-file in this scenario). Archive Manager opens and I want to extract the contents in my Home folder. By default, the path is /home/alex/Downloads, and I want to extract to /home/alex. I click the "alex" button left of "Downloads" button in the top navigation bar. Now the dialog views /home/alex but if I would extract here it would still go in /home/alex/Downloads since I haven't really selected anything in /home/alex. I now try to click a million times on "alex", listed in the left listview under "Places". It still extracts to /home/alex/Downloads since the file dialog thinks I'm already in /home/alex. Solution: You need to be able to deselect folders by clicking on the blank white space below the folders. This is the behavior in the rest of Nautilus. You can select icons in a folder and also deselect what ever you have selected by clicking anywhere on the white space. You should be able to do this in the file save dialog also.
Created attachment 233510 [details] Snapshot
-> gtk+
In 3.8 this has been semi-solved. The extraction problem is now: You start with GtkFileChooser being in the Downloads folder. If the goal is to extract to /home/alex, and you are in /home/alex/Downloads - you can now click "alex" in the left "Places" folder-list. That way, you get the correct path /home/alex. This case did not work in 3.6 so the bug has been semi-fixed. The still persistent bug is the case where you select "alex" from the top "button-bar" (see attachment 233510 [details] for illustration). By selecting "alex" from the top button-bar, GtkFileChooser dispalys the folder /home/alex, but is still extracting to /home/alex/Downloads because the Downloads folder is still selected. You cannot deselect the folder Downloads in any way now, you have to click twice in the "Places" folder-list to solve this (and thus use the semi-fix). The best way to solve this bug would be to make the selected folder deselect when going backward through the top button-bar, as you are currently doing with the "Places" list. See upcoming attachment for illustration.
Created attachment 245656 [details] Still a problem with the top-bar in 3.8
*** This bug has been marked as a duplicate of bug 679865 ***