Version: (using KDE KDE 3.3.0) Installed from: SuSE RPMs OS: Linux Open konqueror in a folder with several files. After you have it open, by default the first item is selected (which is normal). If for instance you press F2 you rename the first file. Now with the mouse select another file. Strangely, if you now press F2 you still rename the first file and not the file you selected with the mouse. This worked well on KDE 3.2.
I observed the same (debian sid, kde-3.3.0). the first entry in konqueror (file mode) is usually selected (dotted line around the file name). Selecting single/multiple files with the mouse by drawing a rectangular selection selects the files in the selection by changing the color in the background of the filename, but the dotted line around the filename stays at the first entry. Some operations now act on the mouse selection, others on the keyboard selction (dotted line around): pressing "F2" renames the file with the dotted line around, but pressing "del" deletes the file with the highlighted background. This behavior is very reproducible. Selecting files on the desktop shows the same bug. Hope that someone can fix this before 3.3.1.
I just deleted (by accident) a file with the dotted line around it. I used the keyboard arrows to go down to the last file, hit shift-delete (got annoyed by the overwrite other deleted file with the same name message) and I lost a file that I didn't want to lose. Now I gotta look for a way to undelete files on an ext3 filesystem.
Fixed in 3.3.1
Hi, I have just updated to KDE 3.3.1 using SuSE's rpms, and although the behaviour is better (not the same as before), it is not yet right (I think?). Althought using, for instance, F2 in the example given earlier now renames the file last selected we still have the following behaviour: no matter what file we select with the mouse, if we press the arrow keys, the next selected file doesn't have nothing to do with the last selection.
Just tested with KDE 3.3.91 (beta1) and still this behaviour.
confirmed on 3.5.2
unable to reproduce in 3.5.4 Which view is being used?
I am using the default view, when you see icons and file contents, I think it calls Icon View. I am using KDE 3.5.4 and still it does not work. It is very simple to test, just open a folder with a few files, select one with the mouse and press (for instance) the right arrow. The file that will be selected will not be the file right to the one selected with the mouse, but the second file displayed in the first row (counting from left to right).
Running KDE 3.5.4, Kubuntu Dapper The behavior is still not perfect. To test yourself, do this: using keyboard arrow keys select a file. Now select one using the mouse (I have single click turned on so I used the rubber band). Press any arrow key and you will see that konqueror remembers the original keyboard selection, and does not honor the mouse selection.
I can confirm this as well, tested it on bug day!!
I can reproduce this with KDE 3.5.4 on SUSE Linux 10.1. From the bundled views, it occurs with the following: Tree, Info List, Detailed, Text. Re: Comment #9 I can reproduce this, too.
I can confirm this too, on KDE 3.5.5 (with detailed list view). In my opinion, the dotted selection should be removed, it only introduces confusion. Not only to the user, but to the developers as well, as it keeps introducing bugs. I would say, why make it difficult on yourself? One selection method is enough. As an example of wrong behaviour I have now; enter-key and F2 work on the dotted file, but shift-delete on the "normally highlighted" one. When working through a bunch of files with the keyboard, you can accidently delete the wrong files. This what Miguel de Anda described above, but his behaviour was a bit different.
It works in kde 4.0.73 and kde 4.0.3.