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 687247 - open/save dialog needs way to default to last-used directory
open/save dialog needs way to default to last-used directory
Status: RESOLVED DUPLICATE of bug 658280
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
Other Linux
: Normal major
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
Depends on:
Reported: 2012-10-31 05:25 UTC by M Conrad
Modified: 2012-11-16 19:41 UTC
See Also:
GNOME target: ---
GNOME version: ---

Description M Conrad 2012-10-31 05:25:40 UTC
In all prior versions of Gnome, the open/save dialog box takes you to the same directory as the previous open/save operation.  Now it defaults to "recently used" files.

While you can debate what default is best for the average user, as a programmer I *need* the old behavior back.  If I have 3 branches of a project that I actively work on which have a 6-deep directory structure, it is insane for me to have to browse back into that directory structure each time I want to open a file.  I also can't just "favorite" them because there are too many directories, and the branches have identical names.

The *only* practical way to go from the file I'm working on to a related file in the same or neighboring directory is to start from the last-used directory!  It baffles me how fellow software developers could possibly change their own open/save dialogs to not have this capability.

Either way, I need this functionality or I can't practically use Gnome 3.  I don't care if it is the shipped default, but there needs to be a way to revert it.

I know you're going to laugh at me assigning it 'major' priority, but I really can't use Gnome 3 without the old open/save behavior!
Comment 1 Federico Mena Quintero 2012-11-16 19:41:28 UTC
Please see comment #53 in bug #658280 - there is a patch in progress to implement this.  If people find this convenient, I'll include the patch in the mainline.

*** This bug has been marked as a duplicate of bug 658280 ***