Version: unspecified (using KDE 4.3.5) OS: Linux If you have a file that you are copying, and during the copy you click the cancel button, the destination file is not removed. The file is useless since it's incomplete and should be removed. The user is left to remove the file manually and, if they don't know that, they can have many incomplete files laying around causing confusion. Reproducible: Always Steps to Reproduce: 1. Copy a file big enough to see the progress bar 2. Click the cancel button before the copy is done Actual Results: The incomplete destination file is still there. Expected Results: It's expected that the incomplete file should be removed since the copy did not complete. The computer needs to clean up after itself.
There is already filed bug about this problem: https://bugs.kde.org/show_bug.cgi?id=148429
(In reply to comment #1) > There is already filed bug about this problem: > https://bugs.kde.org/show_bug.cgi?id=148429 That is not the same bug. That bug is asking for something different and far more complicated. What I am asking for is only to bring parity to how OS's work (Windows, Mac OS X and classic). To summarize: if you are in the middle of a file copy and click cancel, the file that is currently being copied should be deleted from the destination since the copy was aborted before it completed. Any files that successfully completed copying prior to canceling would remain.
Yes, you are right, I mistake. But, you know, these are the two issues are related. Because there is two ways: 1. Dolphin remove file when copy is aborted: https://bugs.kde.org/show_bug.cgi?id=241932 2. Dolphin not remove file when copy is aborted, but allow to continue copy process later: https://bugs.kde.org/show_bug.cgi?id=148429 And maybe one another way: 3. Ask user: remove files? If we follow way 1, then 2 can't be implemented. But if we follow way 3 then issue 1 is solved, and it's possible to implement way 2. You still choise way 1?
Ah, sorry. https://bugs.kde.org/show_bug.cgi?id=148429 already include way 3 ("Requested Rollback" for copy process mean ask to remove files). I think implement https://bugs.kde.org/show_bug.cgi?id=148429 is better idea then just remove files without request.
Duplicates bug 148429
*** This bug has been marked as a duplicate of bug 148429 ***