Red Hat Bugzilla – Bug 625538
Unable to view bookmarks for SFTP mounts in open/save dialogs
Last modified: 2015-03-03 17:52:09 EST
Description of problem:
If you create a bookmark referring to a SFTP gvfs connection in Nautilus, it is hidden from view in any save/open dialogs.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. File -> System Tools -> file browser
2. File -> Connect to Server
3. Set up a SSH/SFTP connection to a remote host
4. Add 1 or more bookmarks to various folders on this remote host
5. Open your favorite application, for example gedit
6) Go to File -> open or File -> save and try to find your bookmark on the left pane
It should be available fo ruse
You could work around this with a symlink on the local FS to ~/.gvfs/sftp on $HOST/PATH/TO/FOLDER/YOU/WANT/BOOKMARKED
Additionally, the "sftp on $HOST" entry is missing too.
You can step through ~/.gvfs/sftp on $HOST/path/to/folder inside the open/save dialog and create a new bookmark by dragging it to the left side pane and it indeed creates a bookmark, but it is immediately hidden in the open/save dialog.
This also affects Fedora 13 and RHEL 5.5.
If, however, we enabled visibility of fuse-SSHFS mounts in Nautilus (which works in RHEL5.5/F13), we could work around this issue in related bug #625064
Ok. I made a mistake in reporting this bug. Let me correct myself in what applications are affected.
It appears applications like gedit, totem, openoffice.org* are not affected by this bug. It looks great in most apps.
It just seems to be affecting Firefox and Thunderbird as best as I can tell. I found this xulrunner bug here:
More clarification. In these apps, the GVFS connections appear:
In these apps, which are all non-GNOME apps, the connections and shortcuts do not appear:
any KDE app
OK, you're mixing few things together. Remember that Gnome desktop from RHEL5 is way too behind modern Gnome desktop and things have changed a bit.
(In reply to comment #0)
> If you create a bookmark referring to a SFTP gvfs connection in Nautilus, it is
> hidden from view in any save/open dialogs.
Bookmarks are saved in ~/.gtk-bookmarks and are shared across GtkFileChooser and Nautilus. You should see your newly created bookmark there.
> Steps to Reproduce:
> 1. File -> System Tools -> file browser
> 2. File -> Connect to Server
> 3. Set up a SSH/SFTP connection to a remote host
> 4. Add 1 or more bookmarks to various folders on this remote host
This way you create a bookmark AND active GIO mount. That means you should see that bookmark in the second section of FileChooser pane (i.e. listed with system disks, Desktop etc.). Below the line are inactive (not mounted) bookmarks.
> You could work around this with a symlink on the local FS to ~/.gvfs/sftp on
Uh, please don't do that, ~/.gvfs is just a fuse daemon, kind of proxy to active GIO mounts. It will disappear on next login. It's certainly not persistent in any way.
> Additionally, the "sftp on $HOST" entry is missing too.
If it's not mounted, it's not there.
> This also affects Fedora 13 and RHEL 5.5.
RHEL5.5 uses gnome-vfs2, Fedora 13 uses gvfs, two completely separate subsystems.
(In reply to comment #2)
> found this xulrunner bug here:
Other distributions may contain patches not included in Fedora/RHEL modifying behaviour.
(In reply to comment #3)
> More clarification. In these apps, the GVFS connections appear:
> In these apps, which are all non-GNOME apps, the connections and shortcuts do
> not appear:
> any KDE app
Yes, that's correct. E.g. Firefox in RHEL6 still uses gnome-vfs2 for file handling and thus is unable to see GIO mounts. The FileChooser widget is just one side, applications must use GIO API to access resources there. This is the root problem of your bugreport, you should push developers of these packages to stop using gnome-vfs.
Development Management has reviewed and declined this request. You may appeal
this decision by reopening this request.