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 674600 - Saving files from email always resets the dialog to "Recently Used"
Saving files from email always resets the dialog to "Recently Used"
Status: RESOLVED DUPLICATE of bug 658280
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
3.4.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
Depends on:
Blocks:
 
 
Reported: 2012-04-23 07:28 UTC by Milan Crha
Modified: 2012-09-17 12:54 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Milan Crha 2012-04-23 07:28:11 UTC
Moving this from a downstream bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=814726

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):
evolution-3.4.1-1.fc17.x86_64

How reproducible:
Every time

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;


Actual results:
The file browser is pointing to "Recently Used"

Expected results:
The file browser should start at the location you saved the previous file.
Comment 1 Milan Crha 2012-04-23 08:40:39 UTC
This is basically about reverting Matthew's commit [1], 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?

[1] http://git.gnome.org/browse/evolution/commit/?id=938505da180727f
Comment 2 Matthew Barnes 2012-04-23 12:08:18 UTC
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.
Comment 3 Stephen Gallagher 2012-04-23 12:12:19 UTC
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.
Comment 4 Matthew Barnes 2012-04-23 12:27:31 UTC
Reassigning to GTK+ then.
Comment 5 André Klapper 2012-04-23 12:43:03 UTC
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 ***