Version: (using KDE Devel) Installed from: Compiled sources Konqueror and kdesktop have added a new feature to show less options in the context menu of files. In previous editions both 'move to trash' and 'delete' were present; now only move to trash is, unless you press shift prior to right-clicking the item to show the popup menu. While this looks like a nice idea (and is reused from other apps) the current implementation has several severe problems. - pressing shift means modifying the selection so your previous selection is removed. To reproduce; select some files using ctrl in your dir. For instance the first and the last item in your view. Then hold shift and right click on another file. Notice your previous selection being removed. - pressing shift while the popup window is open should also change the behavior to delete (and show an immediate visual response on pressing shift)
Altering priority to reflect the fact that the way the user is asked to delete files is very likely going to result in deleting too many items at one go. This is especially bad on non-sorted lists like the Desktop. I would really like this to be fixed or disabled for the 3.5 release.
There are 2 things to consider: - In the konqueror settings/Behaviour (or in kcontrol: KDE components/File manager) you can re-enable that the "delete" item is displayed in the context menu - you can use the keyboard to delete the items without using the context menu
I found an issue, which I suppose is similar to this one. When browsing system:/trash in konqueror, the files don't have Delete option in the context menu at all. This is confusing for people who don't know have to press shift (I didn't think about it either until I found this bug). It works well in trash:/ though, the delete file (Shift+del) item is in the right-click context menu by default. ($ kdesktop --version Qt: 3.3.7 KDE: 3.5.7 KDesktop: 3.5.7)
I'd consider this fixed in dolphin/trunk r809039. Showing "Delete" in the popup is a settings option that's really easy to spot. When browsing the trash the user is only presented with "Delete". The same actually goes for konqueror in 3.5.9. The config option might be a little harder to spot though (because there's generally more config options :)). @Thomas: Do you agree we could close this?
Michael; I'd have to compile try dolphin, but your reply (#4) doesn't seem to have anything to do with the actual reported issue of using shift prior to opening the context menu (and the implications of that).
@Thomas: I get the same behaviour in dolphin no matter if I press shift or not while opening the popup. The "Delete" option only turns up after enabling it in the dolphin settings. This seems to be the expected behaviour so I wanted to know if you still considered this to be a bug, a wish or fixed.
I finished recompiling dolphin and holding shift or not doesn't have any effect on the showing of the item anymore. So this bug is indeed fixed. Thanks.