RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 625538 - Unable to view bookmarks for SFTP mounts in open/save dialogs
Summary: Unable to view bookmarks for SFTP mounts in open/save dialogs
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: nautilus
Version: 6.0
Hardware: All
OS: Linux
low
high
Target Milestone: rc
: ---
Assignee: Tomáš Bžatek
QA Contact: desktop-bugs@redhat.com
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-08-19 18:43 UTC by Matthew Mosesohn
Modified: 2015-03-03 22:52 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-08-23 13:45:10 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Matthew Mosesohn 2010-08-19 18:43:24 UTC 
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):
nautilus-2.28.4-13.el6.x86_64

How reproducible:
always

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 
Actual results:
It's hidden

Expected results:
It should be available fo ruse

Additional info:
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
Comment 2 Matthew Mosesohn 2010-08-19 19:57:40 UTC 
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:
https://bugs.launchpad.net/xulrunner/+bug/231221
Comment 3 Matthew Mosesohn 2010-08-19 21:18:27 UTC 
More clarification.  In these apps, the GVFS connections appear:
gedit
openoffice
totem
gimp
fileroller
rhythmbox

In these apps, which are all non-GNOME apps, the connections and shortcuts do not appear:
opera
k3b
brasero
firefox
thunderbird
opera
any KDE app
Comment 4 Tomáš Bžatek 2010-08-23 13:44:53 UTC 
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
> $HOST/PATH/TO/FOLDER/YOU/WANT/BOOKMARKED
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:
> https://bugs.launchpad.net/xulrunner/+bug/231221
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:
> gedit
> openoffice
> totem
> gimp
> fileroller
> rhythmbox
> 
> In these apps, which are all non-GNOME apps, the connections and shortcuts do
> not appear:
> opera
> k3b
> brasero
> firefox
> thunderbird
> opera
> 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.
Comment 5 RHEL Program Management 2010-08-23 13:45:10 UTC 
Development Management has reviewed and declined this request.  You may appeal
this decision by reopening this request.
Note You need to log in before you can comment on or make changes to this bug.