Bug 102636

Summary:	delete fails: access denied to trash:/xyz.jpg.
Product:	[Applications] digikam	Reporter:	Thomas Bettler <thomas.bettler>
Component:	Database-Trash	Assignee:	Digikam Developers <digikam-bugs-null>
Status:	RESOLVED FIXED
Severity:	normal	CC:	caulier.gilles
Priority:	NOR
Version:	0.7.2
Target Milestone:	---
Platform:	Gentoo Packages
OS:	Linux
Latest Commit:		Version Fixed In:	5.7.0

Description Thomas Bettler 2005-03-28 04:22:39 UTC

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

Comment 1 Tom Albers 2005-03-28 16:53:48 UTC

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.

Comment 2 Thomas Bettler 2005-03-28 17:02:14 UTC

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 ...

Comment 3 Renchi Raju 2005-03-29 02:29:49 UTC

trash slave is provided by kdebase (or on my debian system by kdebase-kio-plugins)

Comment 4 Thomas Bettler 2005-03-30 04:03:59 UTC

Recompiling and restarting kde seems to fix it.

Comment 5 Thomas Bettler 2005-03-30 04:05:52 UTC

so closing it.

Comment 6 Tom Albers 2005-03-30 09:38:36 UTC

Thanks for reporting back to us.

Comment 7 caulier.gilles 2017-07-15 14:47:03 UTC

Since digiKam 5.0, we use a dedicated trash folder included in each collections. This solution is portable comparing to KIO way.