Version: 0.7.2 (using KDE KDE 3.4.0) Installed from: Gentoo Packages Compiler: gcc-3.3.5 OS: Linux Reproduce it: Delete any file in any album *while move to trash is activated* Since upgrading to kde-3.4.0 move to trash gets me this error, while trashing files in konqueror still works fine - so access should not be denied. Maybe the use of trash slave doesn't work with the new virtual trash concept of kde-3.4.0? Similar to bug 98231
I can not reproduce this in any way. Any ideas what could be different in your setup, compared to mine? I have kde 3.4 as well.
I don't know exactly, but it might be related to my recent glibc update. Currently I'm hunting other errors probably caused by this. Reinstalling the dependant package usually quits the failing behaviour or compiling error. Where is the trash slave fucionality defined? in kdelibs? I try to reinstall this and well see ...
trash slave is provided by kdebase (or on my debian system by kdebase-kio-plugins)
Recompiling and restarting kde seems to fix it.
so closing it.
Thanks for reporting back to us.
Since digiKam 5.0, we use a dedicated trash folder included in each collections. This solution is portable comparing to KIO way.