I'm having the same problem. It seems that Nautilus now tries to work around this issue by redirecting you to the "sftp://hostname" equivalent of the "~/.gvfs/sftp on hostname" address.
For example: 1) connect to some ssh server on Nautilus 2) type "~/.gvfs/sftp on hostname" on the location bar 3) press Ctrl+L to show the address and notice that the location bar changed to "sftp://hostname" The problem is that this solution creates inconsistencies, as it breaks your bookmarks in gvfs-unaware programs. Try this, for example: 1) connect to some ssh server on Nautilus 2) bookmark "~/.gvfs/sftp on hostname" by dragging it to the places sidebar 3) open Firefox, click on File > Save Page As 4) notice that your new bookmark is not on the file browser!! As a work-around, I created a symbolic link to my "~/.gvfs/sftp on hostname" folder, and bookmarked *that* instead. But then, while this works just fine on Firefox, it does not on Nautilus. Instead, when I try to copy a file to the symbolic link, Nautilus acts as originally described in this bug report, saying "There is not enough space on the destination. Try to remove files to make space." -- [Intrepid] Connecting to SSH server with Nautilus. Can't transfer file because "free space: 0 bytes" (gvfs bug ?) https://bugs.launchpad.net/bugs/291863 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
