Bug 222261

Summary: When showing "file copy/move error" message window, there should be "retry" option besides "skip" , "auto skip" and "cancel" .
Product: [Unmaintained] kio Reporter: GGG <ggg_mail>
Component: generalAssignee: David Faure <faure>
Status: RESOLVED FIXED    
Severity: normal CC: adawit, amirseni, anderslund, b7.10110111, correo.cuervo, dedeibel.lists, dion, kde-bugzilla, martin.sandsmark, MurzNN, oleg.atamanenko+kde, olerass, peter.penz19, sam.albuquerque
Priority: NOR    
Version: 4.4   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed In: 5.0
Sentry Crash Report:

Description GGG 2010-01-11 19:04:28 UTC 
Version:            (using KDE 4.3.4)
OS:                Linux
Installed from:    Ubuntu Packages

Sometimes when I copy many files from Samba network share to local drive I encounter a problem that network connection failed and one particular file has failed to be downloaded fully. Then a pop up window indicating this problem arises, offering me to skip this file, skip this and all succeeding files and to cancel the whole copying process. It is very inconvenient to search which file has failed after the downloading of the file tree has finished. 

I wish I was able to attempt to copy the very same file right at the point failed for the first time. Even starting from the beginning would be great. The best is, of course, - to continue downloading the partially done file.
Comment 1 Christoph Feck 2010-08-30 22:48:40 UTC 
*** Bug 249541 has been marked as a duplicate of this bug. ***
Comment 2 Daniel Hahler 2010-08-30 23:02:34 UTC 
I am confirming this (see bug 249541) and rising priority; it should be easy to fix and makes this kind of failure much easier to handle.
Instead of having to re-organize the whole copying process, you should be able to just retry the last failure.
Comment 3 Sam Albuquerque 2010-09-16 13:03:26 UTC 
This is also observed in KDE4.5.1

Chances are that when the user gets such an issue, it is possible for him to fix the issue that is causing the errors(egs: if disk full; delete some unnecessary files from target). In such a scenario, a retry is a better option as it is possible for the user to easily continue the copy process rather than hunt for the file that was lost in transit.
Comment 4 Dawit Alemayehu 2011-05-23 06:58:59 UTC 
*** Bug 227415 has been marked as a duplicate of this bug. ***
Comment 5 Dawit Alemayehu 2011-12-16 19:14:10 UTC 
*** Bug 267861 has been marked as a duplicate of this bug. ***
Comment 6 Ruslan Kabatsayev 2013-01-04 12:25:24 UTC 
Still present in 4.9.1. And currently the message is rather useless, because the user wouldn't want to lose the file because dolphin couldn't read it. The only sensible thing to do currently is Cancel, remove all already copied files and retry all over again.
Comment 7 Dawit Alemayehu 2013-01-27 23:17:42 UTC 
*** Bug 312555 has been marked as a duplicate of this bug. ***
Comment 8 amirseni 2013-06-05 11:24:54 UTC 
Still present in 4.10.2
Retry and Cancel are more sensible options when disk is full,

Autoskip and skip are not productive options.
Comment 9 David Faure 2013-10-21 08:01:00 UTC 
*** Bug 232543 has been marked as a duplicate of this bug. ***
Comment 10 David Faure 2013-10-21 08:02:42 UTC 
*** Bug 155815 has been marked as a duplicate of this bug. ***
Comment 12 Anders Lund 2013-11-02 19:25:07 UTC 
Wonderful! Thans a lot :)
Comment 13 Christoph Feck 2013-11-17 20:31:05 UTC 
Anders, the commit was made in the frameworks branch, so do not expect it soon.
Comment 14 Christoph Feck 2013-12-12 12:40:55 UTC 
*** Bug 328710 has been marked as a duplicate of this bug. ***