GNOME Bugzilla – Bug 340866
File->Open does not default to last open folder for gnome mounted SFTP
Last modified: 2015-06-16 13:45:21 UTC
When using a gnome mounted SFTP (SSH) remote filesystem, file -> open does not resume from the last open folder, but defaults back to ~. Topic says it all really, if I open a file in my sftp mounted folder then go back to file->open I have to start in $HOME all over again which can get quite aggravating!
Thanks for taking the time to report this bug. This bug report isn't very useful because it doesn't describe the bug well. If you have time and can still reproduce the bug, please read http://bugzilla.gnome.org/bug-HOWTO.html and add a description of how to reproduce this bug. You'll also need to add a stack trace; please see http://live.gnome.org/GettingTraces for more information about how to do so.
I think the bugreport has enough info (well.. perhaps a bit much in the summary). Plus it isn't a crasher.
I don't understand why Damien says the bug is badly described... For me, it's a well known behaviour and I find it rather annoying, despite I'm quite sure there was a reason to this (but I don't know that reason). Note that you can open more than one file at a time by selecting them using the Control key.
The bug pretty much describes the problem, but I'll add my .02 in. Debian/unstable Gnome 2.14.1 Gedit 2.14.2 libgnomevfs2 2.14.1 Steps to reproduce: 1. Open a file (doesnt matter which way, File-> Open, Ctrl-O, the little open file folder icon on the toolbar) from a gnome-vfs folder (doesnt matter which kind, behaves the same way with SSH, SMB, WebDav). 2. Open another file, the file dialog reverts to your Home dir. Expected results: File dialog should start in the dir of the file you last opened. Notes: File dialog behaves as expected when opening files from local directories. This is not a problem with gnome-vfs, the file dialog behaves as expected when opening files through gnome-vfs using Gnumeric or Bluefish.
If I recall correctly the reasoning behind this is that opening a remote folder can be very slow and even block and request for authentication, which can be pretty annoying if you instead just wanted to open a local file. This issue should be less problematic with the new async filechooser, though I still would like to see proper testing (especially in the case of required auth, I seem to recall there were issue when trying to cancel the auth dialog)
*** Bug 371507 has been marked as a duplicate of this bug. ***
Any progress on this bug? I understand it could possibly be annoying if it slows down the filechooser but if I've already got SFTP files open, likely the next file I'm going to want to open will also be on that server. Perhaps an option to switch the default open locations for URLs between the current file's directory and the home directory?
*** Bug 581390 has been marked as a duplicate of this bug. ***
The title should be changed. This is not just sftp, but all gvfs mounted volumes. It makes me disconcerted that gnome cant make their own gvfs, which calls POSIX "legacy", work well on their own programs.
It is fixed with gedit/GTK+ 3.14. Feel free to reopen this bug if you still encounter the problem with a recent version of gedit (3.14 or 3.16, currently).