After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 516714 - "Save all" not working in current folder
"Save all" not working in current folder
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
unspecified
Other All
: Normal normal
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
: 556376 582574 590409 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-02-15 18:19 UTC by Arangel Angov
Modified: 2010-08-30 06:27 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12


Attachments
File chooser (location focus) open file/open folder fix (1.61 KB, patch)
2008-12-22 01:00 UTC, Gerard Lommerse
none Details | Review

Description Arangel Angov 2008-02-15 18:19:03 UTC
Please describe the problem:
I get an email with 5 pictures (attachments) and i want to save all 5 by clicking the "Save all" button. If I create a new folder and then click the "Save all" button I'm okay, i have the pictures saved in that new folder. But if i click the "Save all" button and just want to save the pictures in the current location I'm unable to save them by clicking on the "Save" button. I can just click the button on and on and the pictures are not saved. The Save dialog window is just sitting there and i have to go one folder back and then go forward to my previous folder so that i can save them (this is the workaround).

Steps to reproduce:
1. Send yourself an email with 5 attachments.
2. Click on the "Save all" button and try to save them in the current location by clicking on the "Save" button in the Save dialog window.


Actual results:
Nothing.

Expected results:
The attachments should be saved in the current directory.

Does this happen every time?
Yes

Other information:
I've found some bugs similar to this one, but none of them contained all of the right details. If there's something i've missed please mark this as a duplicate.

Thanks.
Comment 1 Matthew Barnes 2008-05-29 17:15:14 UTC
I think this is more of a GTK issue because I see the same thing when trying to use other GNOME applications.  Particularly when using File Roller to extract a tarball or zip file to the current directory.
Comment 2 Arangel Angov 2008-10-05 22:52:50 UTC
Looks like you're right. I have the same problem with GNOME 2.22 with other GTK apps as well. I ll name a few: Evolution, Deluge, File-roller.

I have to actually click on Desktop in the left side pane to save the stuff i want there, even though I'm already at that location when the save dialog opens.
Comment 3 Arangel Angov 2008-10-05 22:56:30 UTC
I hope i moved this to the right queue, if not please push it wherever it needs to go.

Thank you.
Comment 4 Gerard Lommerse 2008-12-22 00:56:51 UTC
I can confirm this.

It happens when the focus is on the location entry in the file chooser dialog and the location entry is empty and the file chooser mode is set to ACTION_OPEN or ACTION_SELECT_FOLDER.

In this case when pressing the 'action' button (like 'Extract' in case of file-roller, or 'Save' in case of mail attachments, or 'Open' in case of eog, or however the action button is configured) nothing will happen.

What I think should happen is that the file chooser should fall-back to the file list (when the location entry is empty and focus is on location entry). This is possible as the file list is always available when the location entry is visible.

See also related bug report for file-roller: http://bugzilla.gnome.org/show_bug.cgi?id=556376
Comment 5 Gerard Lommerse 2008-12-22 01:00:44 UTC
Created attachment 125120 [details] [review]
File chooser (location focus) open file/open folder fix
Comment 6 dsilas 2009-02-02 23:26:55 UTC
This bug has been present for a long time, much more than a year, and is indeed frustrating, especially with file-roller and email programs. It would be great for this to be fixed finally. I see the patch for it; can someone provide a status report?

Thanks,

Silas
Comment 7 Matthew Barnes 2009-05-14 14:12:40 UTC
*** Bug 582574 has been marked as a duplicate of this bug. ***
Comment 8 Matthias Clasen 2009-06-24 03:39:36 UTC
Note that there are several other issues with activation in select-folder mode that should be fixed at the same time.

1) open file chooser. Use pathbar to go up one directory. Now the initial folders name is in the entry, and it has focus. Press enter. You get an error dialog saying that the folder could not be created. WTF ?

2) Do the same as above, but then append a  / to the entry contents before pressing enter. Now it works.

3) Try to trick the file chooser by entering . in the entry and pressing enter.
Again you are greeted by the "Could not create directory" dialog.

4) Open the file chooser again and enter 'quququq' or somesuch. Press enter. Surprisingly, the folder is created. 

Comment 9 Matthew Barnes 2009-07-31 22:34:03 UTC
*** Bug 590409 has been marked as a duplicate of this bug. ***
Comment 10 André Klapper 2009-12-30 01:37:41 UTC
*** Bug 556376 has been marked as a duplicate of this bug. ***
Comment 12 Arangel Angov 2010-08-30 06:24:58 UTC
I cannot reproduce the behavior on Evolution 2.28.3. It seems to be working.
Comment 13 Arangel Angov 2010-08-30 06:27:46 UTC
I ll be closing the bug, since the main issue seems to be fixed. Please feel free to open another bug for anything related or re-open this one if you thing something is missing.

Thanks guys.