Don't default to recent files in Open/Save dialogs

Bug #1088439 reported by Sergey "Shnatsel" Davidoff
26
This bug affects 6 people
Affects Status Importance Assigned to Milestone
elementary OS
Expired
Wishlist
Unassigned

Bug Description

We should drop GNOME's behavior of defaulting to recently used files for Open/Save dialogs:
 * In Open dialog it's just a workaround for lack of direct file handover mechanism in GNOME, which we have (Contractor).
 * In Save dialog defaulting to recent makes no sense since you can't save there.

Revision history for this message
Sergey "Shnatsel" Davidoff (shnatsel) wrote :

http://askubuntu.com/questions/63202/can-i-stop-apps-from-selecting-recently-used-by-default-in-file-chooser-dialog and http://askubuntu.com/questions/63202/can-i-stop-apps-from-selecting-recently-used-by-default-in-file-chooser-dialog are not of much help, but at least they point to one of the upstream commits that introduces this behavior. We can revert those commits and undo the changes for both dialogs.

Alternatively, I think I know a hack to disable this behavior just for the Save dialog: it defaults to the last used folder that's stored in dconf most of the time, and falls back to recently used only if that key is empty. The dialog unsets the key every time you cancel file selection; if we disable unsetting it, we should get it to always default to the latest used folder. In this case we'll also have to add a script that's run on session startup that resets it to home folder, otherwise it will still default to recently used files initially.

tags: added: gtk os-patch
tags: added: ux
Cody Garver (codygarver)
tags: added: gtk-patch
Revision history for this message
Cody Garver (codygarver) wrote :

Moved to luna+1 since patching GTK is probably not a task we can or should handle right now.

Changed in elementaryos:
milestone: none → 0.3-beta1
importance: Undecided → Wishlist
status: New → Confirmed
Revision history for this message
Israel Dahl (israeldahl) wrote :

It might be worth mentioning, a search bar could help the (new) user actually find that deeply nested folder, and make things much more simple. (where are icons stored??) (where are backgrounds stored?) (where did I put that other document like this one?) (where is my [specific project] art folder) (etc....)

Revision history for this message
Cody Garver (codygarver) wrote :

I don't think this is the default behavior in Trusty

Changed in elementaryos:
status: Confirmed → Incomplete
Cody Garver (codygarver)
Changed in elementaryos:
milestone: isis-beta1 → none
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for elementary OS because there has been no activity for 60 days.]

Changed in elementaryos:
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.