GNOME Bugzilla – Bug 674600
Saving files from email always resets the dialog to "Recently Used"
Last modified: 2012-09-17 12:54:13 UTC
Moving this from a downstream bug report:
When selecting a file attachment from an email to "Save as", the file dialog
always selects "Recently Used" as the location to save (which is an invalid
location). This is a regression from Evolution 3.2.3 which would always direct
the save-as dialog to the last folder into which you had saved an attachment.
Please restore this functionality, as it was much more convenient when saving
multiple files from one or more email into the same folder without having to
re-navigate each time.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Open an email with an attachment;
2. "Save as" the attachment;
3. Browse to a folder and save the file;
4. Open another email with an attachment;
5. "Save as" that second attachment;
The file browser is pointing to "Recently Used"
The file browser should start at the location you saved the previous file.
This is basically about reverting Matthew's commit , or at least some parts of it. The GtkFileChooser in 3.2 doesn't do things right, unfortunately, making all the good things, which evo used to do right, broken.
Matthew, I would revert the patch, but as you removed some options, and it's for 3.4, which is under string freeze, then it makes things much harder. What are your suggestions, please?
This is standard GtkFileChoser save mode behavior for all applications now and we shouldn't be overriding it. If you disagree with the behavior we can reassign the bug to GTK+, but this is not a bug in Evolution's code. Closing as such.
Matthew: this behavior is ridiculous for ANY GtkFileChooser application. On every save, it opens the "Recently Used" metafolder to save into. Of course, the "Recently Used" metafolder is NOT a reasonable place to save files.
Please reopen this and assign it to GtkFileChooser if that's the appropriate place for it, but this MUST be fixed. It is clearly a regression in functionality and usability.
Reassigning to GTK+ then.
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.
*** This bug has been marked as a duplicate of bug 658280 ***