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 432940 - preferences: add possibilty to set default open/save directory
preferences: add possibilty to set default open/save directory
Status: RESOLVED OBSOLETE
Product: gedit
Classification: Applications
Component: general
2.18.x
Other Linux
: Normal enhancement
: ---
Assigned To: Gedit maintainers
Gedit maintainers
Depends on:
Blocks:
 
 
Reported: 2007-04-24 11:53 UTC by Thilo
Modified: 2020-11-24 10:00 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18



Description Thilo 2007-04-24 11:53:07 UTC
I have realised that I tend to mostly save to the "$HOME/Desktop". Others might prefer "$HOME/Documents" or a network path.

The suggestion is simple: Add a default open/save directory in the preferences, so that the user can save the time to browse to the default location. So this relates to Epiphanys default download directory that you can set also (and then might want to open a file from this directory).

I assume this could save much time.
Comment 1 andrewpunch 2009-08-20 05:59:13 UTC
An better alternative may be to remember the last directory used by the Open or Save dialog. This is the standard behavior of a number of applications on a number of operating systems.

As of 2.26.1 gedit does not do this.
Comment 2 Ignacio Casal Quinteiro (nacho) 2009-09-04 21:23:49 UTC
In fact gedit remembers latest directory so I think this can be closed.
Comment 3 andrewpunch 2009-09-09 00:57:56 UTC
Hi,

As of 2.26.1 gedit (included with Ubuntu 9.04) DOES NOT remember the last directory. Has this been fixed after that version?

-Andrew
Comment 4 Jean-Philippe Fleury 2011-08-20 22:05:04 UTC
(In reply to comment #2)
> In fact gedit remembers latest directory so I think this can be closed.

Maybe this report is about remember over sessions. gedit remembers latest directory for the current session after we opened or saved a file for the first time, but this latest directory is lost when we close gedit and open it again, or when we run multiple instances of gedit in standalone mode.
Comment 5 Gregory Merchan 2012-01-29 17:25:04 UTC
I run into this bug a little too often for my taste. It represents a failure of the Gnome desktop in another way, but gedit could ameliorate the matter by choosing a sensible default directory.

Here's how I run into it: I already have gedit open as I'm working on something else. I want to write a note about something or have a new idea, so I open a new tab in gedit and start writing. Usually I forget that Gnome still requires that I save files and that it doesn't generate a default filename from the first line of text, the date, or anything. When I do finally realize I need to save the file, I type Ctrl+S, a name, press Enter, and get the message "Please select a folder below".

Keeping with the office work area metaphor, the desktop or the in-box would be the place for unfiled documents to go. I don't know of anybody using an in-box that way, and representing that in the save dialog might be challenging, so the desktop (~/Desktop) should be the default.

If you don't like the metaphor idea, consider that the desktop is a place where a user, who didn't notice where the file was saved, will be most easily able to find it.

Perhaps the new gedit Dashboard will solve this problem in a different way.
Comment 6 Sébastien Wilmet 2020-11-24 10:00:12 UTC
Mass-closing of all gedit bugzilla tickets.

Special "code" to find again all those gedit bugzilla tickets that were open before the mass-closing:

2bfe1b0590a78457e1f1a6a90fb975f5878cb60064ccfe1d7db76ca0da52f0f3

By searching the above sha256sum in bugzilla, the gedit contributors can find again the tickets. We may be interested to do so when we work on a specific area of the code, to at least know the known problems and possible enhancements.

We do this mass-closing because bugzilla.gnome.org is being replaced by gitlab.gnome.org.