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 448424 - file transfers can't be resumed
file transfers can't be resumed
Status: RESOLVED DUPLICATE of bug 333730
Product: nautilus
Classification: Core
Component: File and Folder Operations
2.18.x
Other All
: Normal enhancement
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 151802 485143 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2007-06-17 09:04 UTC by Congyi Wu
Modified: 2010-01-14 11:53 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Congyi Wu 2007-06-17 09:04:28 UTC
In KDE, file transfers (copy and move) write to a .part file (foo.bar becomes foo.bar.part).  When the transfer is completed, the .part extension is removed.  KDE (and maybe Thunar and Firefox as well?) uses the .part extension to determine if there is a partial transfer that could be resumed.
Nautilus doesn't seem to add this .part extension, which leads to the following issues, which are annoying especially when transferring large files, or files over a slow connection through sftp/gnome vfs:

1) If a transfer fails due to some error, Nautilus may leave behind the partially transferred file in the destination folder.  However, retrying the transfer will remove the partial file and start over from scratch.  If I cancel the transfer (say I need to turn off my laptop), the currently transferred part gets deleted, forcing me to start over.

2) If I am copying multiple files from multiple folders, and the transfer dies, it can be difficult to find partially transferred file that Nautilus as trying to copy before it stopped.  The .part extension would make it obvious for me that a file is incomplete.

Implementation:
When transferring a file from /a/foo.bar to /b/, nautilus should write to /b/foo.bar.part. and then remove the .part extension when finished, just like KDE.  This should happen not only with local file systems, but also over SFTP, FTP, etc. From what little I know about GNOME, the vfs makes this transparent, so I'm guessing that this can't be that difficult to implement.  Maybe a magic number could be added, along with the original file size so Nautilus an be extra sure that it can overwrite the .part file.

I have some programming experience, but none with GNOME, so if someone pointed me to where to look I could mess around with the source and maybe submit some code or a patch...
Comment 1 Congyi Wu 2007-06-17 09:09:45 UTC
woops... wasn't paying attention and typed a little too much...
Comment 2 Cosimo Cecchi 2008-01-18 02:12:28 UTC
*** Bug 151802 has been marked as a duplicate of this bug. ***
Comment 3 Cosimo Cecchi 2008-01-18 02:12:36 UTC
*** Bug 485143 has been marked as a duplicate of this bug. ***
Comment 4 Cosimo Cecchi 2008-04-14 12:32:56 UTC

*** This bug has been marked as a duplicate of 333730 ***
Comment 5 Nicolò Chieffo 2010-01-14 11:53:43 UTC
This is not a dup of 333730.

This would be a great step to detect if you have partially copied files.