Bug 276706

Version:           1.6.1 (using KDE 4.6.0) 
OS:                Linux

After dragging and dropping files, the files dropped are selected in the destination location.

If a file name collision prompts one or more file renames, the newly renamed files are not selected.  The files in the destination directory that prompted the rename are selected instead.  

Reproducible: Always

Steps to Reproduce:
Before doing this test it is helpful to have Dolphin set to use the "Details" view mode.  That way it is easy to see file date/time stamps.

1) Prepare two directories, dir1 and dir2, and populate with files as shown below.  Note that file1 in dir2 has a different date/time stamp.

~> mkdir dir1
~> mkdir dir2
~> cd dir1
~/dir1> touch file1
~/dir1> touch file2
~/dir1> cd ../dir2
~/dir2> touch -t 200001010000 file1

2) Open Dolphin and navigate to dir1.
3) Open another Dolphin window and navigate to dir2.
4) Go back to the dir1 window and select file1 and file2.
5) Drag file1 and file2 to dir2 in the second Dolphin window.
6) Select "copy" when prompted.
7) You will be notified that the file "file1" already exists.
   In the "Rename:" text input box, type "file1(a)" 
   (without quotes, of course) and click the "Rename" button.
8) Note that in dir2, file1 and file2 are selected.  I would
   expect that file1(a) should be selected instead of file1
   because file1(a) is the one that was copied
   (check the file date/time stamps).

Actual Results:  
Original file name is selected, even if it is the wrong file.

Expected Results:  
The original file should be selected even though it now has a new name.

OS:  Linux 2.6.37.6-0.5-desktop x86_64
System:  openSUSE 11.4 (x86_64)
KDE:  4.6.00 (4.6.0) "release 6"