Version: (using Devel) OS: Linux Installed from: Compiled sources I used Copy&Paste to move one file from a local hard drive to an SFTP server in the local LAN. The transfer did not start for some reason (which is probably a bug, too), so I pressed the "Stop" button in the notifier window. The file was NOT copied to the destination but was deleted from my local hard drive. The file was therefore LOST. This is a critical bug that needs urgent attention.
I'm not able to reproduce it, but I'm using FTP, not SFTP. The transfer starts correctly. I'm using trunk.
This problem of course does not show up always. I have transferred many files over SFTP without problems, but yesterday I lost one. Fortunately it was not a particularly important file, but still: there's no undelete in Unix, so if the file's gone, it's gone. The issue might be difficult to reproduce, I at least can't tell what triggers it. But I hope the devs won't just dismiss the bug.
*** Bug 242825 has been marked as a duplicate of this bug. ***
This error is still not fixed in KDE 4.6 RC2. If a move operation is aborted, the source file will be deleted even if the target file was not written successfully. You might be able to reproduce by moving some files to USB storage and removing the USB connection during the operation.
Btw, I just lost 6 not so unimportant files due to this bug. My external USB drive was unmounted while moving the files due to some error on the USB bus and the move operation was aborted. The source files were also gone... :-(
Why would you loose files for Copy & Paste ? Did you mean Cut & Paste ? Anyhow, I cannot duplicate this at all. I tried both Cut + Paste as well as dragging, dropping, and selecting move followed by aborting the action. The source file is still there and in the destination there is a ".part" of the file that was being copied.
Cannot reproduce with KDE 4.6 and up. If the problem still persists for you, feel free to reopen the ticket.