Reproducible using KDE SC 4.3.81 (from OpenSuse 11.2 snapshot packages). 1) start dolphin 2) split it (so it is more easy to reproduce) 3) on the left side open a vfat partition 3.1) create a "test_vfat" directory and open it (still on the left side) 4) on the right side create a "test" directory (so after the test you can delete it) 5) enter the "test" directory and create some files: 5.1) press F4 for the embedded terminal 5.2) # touch {1,2,3,4,4\:a,5,6} -> you will create seven files one of them have an ":" char which is not accepted for the vfat filesystem, this is needed to trigger the bug) 5.3) close the terminal 6) cut or copy the created files (on the right side) 7) paste the files to the left, the vfat partition -> while copying dolphin will inform you that it is impossible to write on the destination fodler (thanks to the illegal vfat char used before). 8) press "skip all" -> the copy will finish and all files (expept "4:a") are copied. * and now let's see the bug * -> usually copied files are selected automatically, this time only the first set (copied before the "skip/skip all/.." dialog) is selected. Only files "1", "2", "3" and "4" are selected, "5" and "6" aren't. I hope to have clearly explained the bug. Bye :-)
Can you still reproduce this bug? I just tried it in master, and the selection works fine for me.
I can still reproduce this with trunk.
Ok the problem is that DolphinView::slotDirListerCompleted() gets called as soon as the files before the "4:a" are copied. Then those get selected and m_newFileNames gets cleared. At the moment I can't think of a clean solution to this.
Resetting assignee to default as per bug #305719
Git commit b25059e803e7eed54f0593605a4066882d63bce2 by Emmanuel Pescosta. Committed on 09/11/2012 at 14:52. Pushed by emmanuelp into branch 'KDE/4.9'. Fix Bug 217575 - Auto select pasted files doesn't select all files if some have been skipped REVIEW: 107237 FIXED-IN: 4.9.4 M +6 -5 dolphin/src/views/dolphinview.cpp http://commits.kde.org/kde-baseapps/b25059e803e7eed54f0593605a4066882d63bce2
Thanks Emmanuel :-)