GNOME Bugzilla – Bug 518409
Support native copy operation for SFTP
Last modified: 2018-09-21 16:17:57 UTC
When copying files or folders from a remote host with the nautilus' sftp support to another place on that same remote host, the files get downloaded and then re-uploaded. Is it possible to do all the operations on the remote host only? That would speed things up quite a bit.
Confirming with 2.21.91.
-> gvfs/sftp This should be supported by the gvfs SFTP module natively. Nautilus shouldn't have any fault here.
*** Bug 566678 has been marked as a duplicate of this bug. ***
I cannot reproduce this using gvfs 1.10.0-0ubuntu1. I have created a new folder on a sftp share and moved a 1GB file in that new folder. It did not have to be downloaded...
Indeed. Moving seems to be done on the server side now. But copying is still done by downloading and then re-uploading it seems.
(In reply to comment #5) > Indeed. Moving seems to be done on the server side now. But copying is still > done by downloading and then re-uploading it seems. I can confirm this with gvfs 1.10.0-0ubuntu1. Can you change the bug title?
AFAICT, the SFTP protocol does not have a "copy" operation (it does have a rename operation though which allows move to be done on the server side). This means that copy has to be implemented by downloading and re-uploading. I recommend closing...
You are right. Move/rename is supported by the sftp protocol, however copy is not. For sftp there might by option to use cp command over ssh if supported, for pure ftp there isn't any option. So, closing...
I see now that SFTP does have some extensions, one of which allows server-side copies: http://tools.ietf.org/html/draft-ietf-secsh-filexfer-extensions-00
Unfortunately, it seems that this extension is not supported by the most widespread SFTP server, OpenSSH, see: http://serverfault.com/questions/724122/is-there-a-way-using-sftp-to-copy-a-file-on-a-remote-file-system-to-the-same-f I see only the following extensions to be supported by OpenSSH_7.2p2: posix-rename@openssh.com statvfs@openssh.com fstatvfs@openssh.com hardlink@openssh.com fsync@openssh.com
There is an old upstream bug report for OpenSSH: https://bugzilla.mindrot.org/show_bug.cgi?id=1653
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gvfs/issues/35.