Version: (using KDE 4.3.2) OS: Linux Installed from: Ubuntu Packages I am reporting this under kio because I have already attempted to change this from with the trash protocol ioslave module and determined that a proper fix seems to require changes deeper in kde. The scenario I'm stuck on is this I have two files one called "0-test.txt" the other called "test.txt". I move "test.txt" to the trash. Using the restore feature will correctly restore the file to its original location and name with no prompt. However, if I attempt to drag it from the trash back to the original location I get prompted to replace "0-test.txt". I am able to path the trash protocol so that it does not actual replace this file but instead restores the original name. However the code responsible for the replacement prompt still checks based on the physical name of the file which is not correct for trash: protocol. I am willing to help with this if its not already fixed but I don't know where to look.
Same situation in KDE 4.7.2
I think this is intended behavior, deleted files should be restored, not just moved. David?
It may be but its confusing to end user who don't expect this. Neither OS X nor windows causes the file name to change on moving it from the trash. OS X sometimes does this when moving to the the trash but the display name is changed to match what the file will be called if moved back out of the trash. Perhaps, KDE could do this. As it is the display name and actually name if moved are out of sync.
Wrong, Windows does change the file name to 0-*, so when you move it out of the trash instead of restoring it you will have a renamed file. Again, the correct way is not to move files out of the trash but to restore them. Just right click on it and you will see the option.
Thanks. My primary experience is with OS X so aware that windows now does this. If KDE is intentionally imitating this no need to change it. For myself I may still patch my own system.
*** This bug has been marked as a duplicate of bug 183403 ***