Version: 0.9.1 (using KDE 3.5.6, Kubuntu (feisty) 4:3.5.6-0ubuntu14)
Compiler: Target: i486-linux-gnu
OS: Linux (i686) release 2.6.20-15-386
I use Ubuntu 7.04 with the Gnome desktop and some applications from KDE, like DigiKam.
Deleting a picture in DigiKam, and sending it in the trash does not work.
The ubuntu trash folder is /home/username/.Trash
After deleting picture IMG_1044.JPG in DigiKam, I get...
# sudo updatedb
# locate 1044.JPG
Looking in that folder I see allll the pictures that I deleted from the beggining of my use of DigiKam.
There are no configuration in DigiKam or kcontrol for the location of the trash and there is no errors on the console.
Attached are screen capture of the tests..
Created attachment 20526 [details]
0 - Empty trash, picture 1044 still in DigiKam
Created attachment 20527 [details]
1- I delete picture 1044
Created attachment 20528 [details]
2- Picture 1044 is not in DigiKam and not in the trash
Oh and I do own the .Trash folder...
drwx------ 2 username username 48K 2007-05-10 14:29 .Trash
If i remember, this problem have been fixed by Marcel in current implementation from svn. Please test and report to use digiKam 0.9.2-beta1. Thanks in advance
ok I'll wait for the mid-june release and report back or close the bug.
From the DigiKam website : "With the 0.9.2-beta1 release we start into a new release cycle that is planned to be culminating in a 0.9.2 final release mid June."
the Location of the Trash is given in the freedesktop.org draft.
KDE follows this draft, Gnome does not.
Gnome and KDE trash are incompatible. Was: digikam expects trash to be in ~/Desktop/Trash - causes error in Ubuntu
It's not a digikam bug. It's a feature of kdelibs that follows
freedesktop guidelines here.
IMHO the Gnome Trash locatation need to be adapted.
I just realize the same issue using digikam 0.9.2-rc1 SVN. I think there should be some way to use gnome trash instead of KDE.
If gnome is not adhering to the freedesktop guidelines, there is nothing
which can (nor should!) be done on the side of digikam or KDE.
Of course I can understand the users perspective...
Could you try a symbolic link between the two trashes?
This is a tough call. I understand the argument for sticking with with the freedesktop guidelines, but I'm also sure there are a lot of users for whom this will be an issue.
I've set up a symbolic link from my gnome desktop to the KDE trash and it works (leaves the info files, but that doesn't seem to matter) - I'll do this for now.
I tried a link between the two trashes, but it is too easy to delete the link.
Thanks for considering - I'll stop bugging you about this.
> This is a tough call.
Fair enough ;-)
> I understand the argument for sticking with with the freedesktop
> guidelines, but I'm also sure there are a lot of users for whom this
> will be an issue.
I would suggest to file a bug at the corresponding place for GNOME.
> I've set up a symbolic link from my gnome desktop to the KDE trash and it works (leaves the info files, but that doesn't seem to matter) - I'll do this for now.
Great! Could you add the precise command here, so
that other users could use this work-around.
Thanks a lot for your understanding,
I don't use your Gnome-KDE-apps combination but maybe this can help.
After launching and closing kcontrol do you have the file
If yes, open the(se) file(s) with your favorite editor and search for the keyword
[Paths] and change the key word to something like this:
Not sure how to restart a KDE config as part of a Gnome session so maybe restart your X session and try if this helps.
Maybe this works :-)
mv ~/.Trash/* ~/.local/share/Trash/files/
ln -s ~/.local/share/Trash/files .Trash
It seems some Gnome people really want to support FDO spec but it's not really progressed for whatever reason.
OK, I close this bug.
This problem is relevant of digiKam trash files management. Since 5.0.0 we use an internal solution instead the desktop trash. It will never reproducible.