1) start dolphin 2) split in two views (or open a new dolphin window) 3) on one view open a remote ftp (the bug is not reproducible on local filesystem due to another bug I've already reported) 4) on the other view open a local directory 5) create a file "TEST" on the local directory 6) rename it to "FOO" 7) copy it and paste to the remote ftp directory -> It will use the old file name instead the new one. P.S. 1: I've reproduced the bug even locally, but it is harder due to bug #192185 P.S. 2: It is not necessary to use a splitted view or two dolphin windows, but it is more easy to reproduce in this way :-)
Looks like bug 194522.
*** Bug 194522 has been marked as a duplicate of this bug. ***
You're right. I'll set bug #194522 as dup of this due to a better description.
In KDE 4.2.95 (KDE 4.3 RC1) (Kubuntu) this is still the case, but not only for files but also for folders. Actually, reproducing it with a folder is easier as it doesn't involve bug 192185. I have a couple of things to add: If you refresh the window (F5) after renaming the file/folder, it will copy it with the new name. This is not restricted to Dolphin only but can be reproduced in Konqueror as well.
*** Bug 198433 has been marked as a duplicate of this bug. ***
*** Bug 200098 has been marked as a duplicate of this bug. ***
Could bug 200122 (plasma crash) be related to this?
I've the problem too, I've to refresh manually the dolphin or konqueror content after renaming a file and before copying it. This bug is related to dolphin and konqueror, as it seems they use the same system to rename. 100% Repeatable. - Open dolphin or konqueror, rename a file (it will not refresh the name auto so don't do it). - Copy/paste your "renamed filed" to another folder or tab with other folder. It will copy a kind of "url" to the destination folder. Way to solve the problem: Refresh the current navigation page (dolphin or konqueror) and then copy/paste.
*** Bug 200521 has been marked as a duplicate of this bug. ***
*** Bug 201081 has been marked as a duplicate of this bug. ***
I can confirm this is still an issue in KDE 4.3 RC3.
Looks like I'm facing the same bug: Steps to reproduce: 1.) create a test directory (e.g. ~/test) with a sub-directory called "dir1" which contains at least 1 file (e.g. "file1.txt") 2.) change to the "test"-directory 3.) rename "dir1" to "dir2" 4.) select "dir2" 5.) copy "dir2" 6.) paste into the same director ("test") (with no directory selected in "test" !) What should happen: Dolphin should now recognize that the directory already exists and ask for a different name or confirmation of overwriting. What happens instead: Dolphin creates "dir1" again and asks for overwriting-confirmation of each file/subdirectory. That's wrong, because: 1.) noone told Dolphin to create "dir1" again and paste the data there 2.) overwriting confirmation doesn't make sense, because "dir1" has been recreated and is therefore empty
Still present in 4.3.0. Reproducible on both local and remote filesystems (CIFS and NFS): After renaming a file and copying it, it gets its old name back in the new location.
*** Bug 203828 has been marked as a duplicate of this bug. ***
SVN commit 1012564 by dfaure: Fix "Copy file after rename uses old file name". This was due to the "use of the cached item" speedup, which was finding a kfileitem with an outdated UDS_NAME. Fix will be in KDE-4.3.1. BUG: 195385 M +3 -0 kio/kfileitem.cpp M +6 -0 tests/kdirmodeltest.cpp M +15 -0 tests/kfileitemtest.cpp M +1 -0 tests/kfileitemtest.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1012564
*** Bug 205439 has been marked as a duplicate of this bug. ***
*** Bug 205812 has been marked as a duplicate of this bug. ***
*** Bug 207331 has been marked as a duplicate of this bug. ***