currently drag and drop does not work in Dolphin. moving one file to another folder gives me an icon next to the cursor that shows that the action is not permitted. This is on files in my home folder for which copy and paste works just fine. The problem also seems to affect Amarok. I had this issue a month or so back, I had disabled file indexing and re-enabling that seemed to make drag and drop work again. The problem has returned and file indexing is enabled. Reproducible: Always Steps to Reproduce: 1. open dolphin 2. drag an file in your home folder into a subfolder. 3. Actual Results: dolphin shows an action not possible icon (but only on the second selected file). The file remains where it was. Expected Results: dolphin should pop up a dialog asking you if you want to copy, move or link the files.
Are you using stable or unstable (from PPA) packages for KDE?
4.9.2 from backports.
Looks pretty much like a regression that we had in the 4.9 branch just before the 4.9.2 release, see http://mail.kde.org/pipermail/release-team/2012-September/006416.html If the Kubuntu people released the first set non-final 4.9.2 packages to users (which they really should not do, under any circumstances), this would explain your problem.
Please ask your distribution, if they have included commit b3789357335cbbb100b4a089ee7723078e5d219f This commit had been added just before tagging the 4.9.2 release. It is possible that you are using packages created from pre-tagged checkouts.
https://bugs.launchpad.net/kubuntu-ppa/+bug/1065027 we will see what happens here - meanwhile any known workarounds for this problem
(In reply to comment #5) > meanwhile any known workarounds for this problem Sorry, no. If it really is the mentioned problem, you can either downgrade to an earlier KDE version, or, maybe better, check if there are updated 4.9.2 packages from Kubuntu which contain the fix.
Same prob here just some info about the installed apps if it helps. Ubuntu 12.10 64 KDE 4.9.2 {in repo as 4:4.9.2-0ubuntu3} Dolphin 2.1 {in repo as 4:4.9.2-0ubuntu4} Also following on launchpad bug as above
@Christoph Commit b3789357335cbbb100b4a089ee7723078e5d219f is part of kde-baseapps 4.9.3-0ubuntu4 so that shouldn't be the problem. It would be good if someone could confirm whether this still happens with the 4.9.3 packages.
Erm, I meant kde-baseapps 4:4.9.2-0ubuntu4
I had desktop search disabled. re-enabling and choosing no directories to scan seems to have worked. I don't need the search / indexing as I know where all my files are. Maybe this was coincidental, verification or replication would be good.
I am in 4.10 now and am no longer suffering this intimitant behaviour
Thanks for the update!