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 148330 - Can't 'Make Link' to remote SFTP folder
Can't 'Make Link' to remote SFTP folder
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: File and Folder Operations
2.11.x
Other All
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 146453 151125 324956 502654 635864 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-07-24 09:49 UTC by John Arundel
Modified: 2012-12-05 09:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10


Attachments
Use fuse path when creating symbolic links across filesystems (2.82 KB, patch)
2012-09-11 01:49 UTC, William Jon McCann
none Details | Review

Description John Arundel 2004-07-24 09:49:12 UTC
When viewing an SFTP resource, trying to select 'Make Link' or ctrl-shift-drag
an item to the desktop fails with the following error:

Error "Unsupported operation" while creating a link to
"sftp://remotehost/some/path".

Yet I can create a launcher on the desktop to open this resource just fine.
Comment 1 khiraly 2005-01-12 19:17:45 UTC
In the new Gnome 2.8, I access the 'Connect to Server' from the File menu within
any filemanager dialog.

I cant choose ftps, so the secure FTP does not seem to be an option.
More info about sFTP:
http://www.pureftpd.org/README.TLS

My server does not allow normal ftp client just those what support sFTP extension.

Khiraly
Comment 2 Sebastien Bacher 2005-02-12 00:02:29 UTC
*** Bug 151125 has been marked as a duplicate of this bug. ***
Comment 3 Sebastien Bacher 2005-02-12 23:27:00 UTC
*** Bug 146453 has been marked as a duplicate of this bug. ***
Comment 4 Sebastien Bacher 2005-05-14 22:25:33 UTC
thanks for your bug, that's still an issue with nautilus 2.10
Comment 5 Christian Neumair 2005-06-03 08:47:48 UTC
This is actually a GNOME-VFS issue. I'll investigate it.
Comment 6 Christian Neumair 2005-06-03 08:56:03 UTC
Hrm the FTP protocol standard [1] doesn't mention symlinks. Aren't they
supported officially? If so, why are they displayed by nautilus?

[1] ftp://ftp.rfc-editor.org/in-notes/std/std9.txt
Comment 7 Christian Neumair 2005-06-03 08:57:56 UTC
Eek, sorry. You were talking about SFTP, which supports symlinks. This is NOT a
GNOME-VFS issue. Moving back to nautilus... .
Comment 8 Christian Neumair 2005-06-03 09:03:56 UTC
The issue here is that the VFS doesn't support cross-scheme links. We obviously
have to create them on our own using Nautilus links.
Comment 9 Nelson Benitez 2005-09-04 20:40:30 UTC
Context menu of Non-local folders (ftp,sftp,smb,etc) shows the "Make link"
option when surely if you click it it will throw the "Unsupported operation"
error, so we could:

- Remove "Make link" option from context menu when we are in a non-local folder.
EASYFIX :).

- Implement the creation of links to non-local uris (ftp,sftp,smb,etc.) by just
creating a .desktop file of type link. The icon of that .desktop file should be
the symbolic link emblem (so integrates in appereance with normal links). These
ideas were also pointed out in bug 115805 .
Comment 10 Christian Neumair 2005-12-25 11:15:34 UTC
*** Bug 324956 has been marked as a duplicate of this bug. ***
Comment 11 Cosimo Cecchi 2007-12-30 14:15:04 UTC
*** Bug 502654 has been marked as a duplicate of this bug. ***
Comment 12 Marcus Carlson 2010-07-04 21:52:04 UTC
Just tried creating a link in sftp:// share in nautilus 2.30 and it seems to be working just fine. Could this be closed then?
Comment 13 Cosimo Cecchi 2010-07-04 23:09:40 UTC
It works only if the link is made inside the sftp share itself.
We should either make it work in all cases or disable the feature if the creation of the link is requested on a local filesystem if that's not possible.
Comment 14 William Jon McCann 2012-09-10 23:57:16 UTC
What seems to happen now is that the link gets created but the target location is wrong.

If I alt+drag a file from a remote sftp share to a local folder it creates a link to a target that is a path on the remote system.

It isn't really clear to me what the correct answer is. I guess either:

 * Don't allow links to be created to remote mounts
 * Use the actual mount path as the target

The second option will break if the mount isn't mounted or if the mount point changes. I'd lean towards to first option.
Comment 15 William Jon McCann 2012-09-11 01:49:02 UTC
Created attachment 223968 [details] [review]
Use fuse path when creating symbolic links across filesystems

Something like this may help. Having trouble testing it due to
a jhbuild issue though.
Comment 16 Cosimo Cecchi 2012-09-14 02:02:12 UTC
Turns out that it didn't work...the problem is that g_file_get_uri() will always re-map the fuse path to the VFS uri, so we really want to get the GFile path at the last moment.
I pushed a different fix now to git master.
Comment 17 Ritesh Khadgaray ( irc:ritz) 2012-11-28 08:04:43 UTC
*** Bug 557393 has been marked as a duplicate of this bug. ***
Comment 18 Ritesh Khadgaray ( irc:ritz) 2012-12-05 09:47:39 UTC
*** Bug 635864 has been marked as a duplicate of this bug. ***