Bug 250187

Summary: error message "trashbin full" - while trash _is_ definitely empty
Product: [Applications] digikam Reporter: Axel Krebs <axel.krebs>
Component: Database-TrashAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: axel.krebs, caulier.gilles, info
Priority: NOR    
Version: 1.2.0   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed In: 2.3.0
Sentry Crash Report:
Attachments: screenshot with error message

Description Axel Krebs 2010-09-04 19:14:10 UTC
Created attachment 51315 [details]
screenshot with error message

Version:           1.2.0 (using KDE 4.4.2) 
OS:                Linux

when deleting pics, I get message shon in screenshot (compare with attachment)

as much as I know, KDE and Gnome use the same trashbin; this trashbin is empty, even _no_ hidden files



Reproducible: Always

Steps to Reproduce:
digiKam version 1.2.0
AVI: 59
BMP: 1
GIF: 100
JPG: 44390
PNG: 214
RAW-CR2: 629
RAW-CRW: 10897
RAW-DNG: 2
RAW-NEF: 15628
TIFF: 200
Gesamtzahl der Einträge: 72120
: 
Alben: 931
Stichwörter: 21

Actual Results:  
Remark: can NOT judge on severity, as I do not even know, if this is an error of digikam!!!


OS: Linux (x86_64) release 2.6.32-24-generic
Compiler: cc
Comment 1 caulier.gilles 2010-09-04 21:40:00 UTC
Try to reproduce the problem with 1.4.0 release...

Gilles Caulier
Comment 2 Axel Krebs 2010-09-04 22:27:54 UTC
at Comment #1 (Gilles Caultier):

I tried installing the latest Digikam on UBUNTU 10.04 "LTS" which means "Long Term Support" or so following these instructions: <http://www.digikam.org/drupal/node/528>. 

My system wouldn't start anymore... I had to re-install my complete system!! 

As I statet these experiences already some weeks ago, I like to know, if these findings were confirmed by anyone, and/or the problems I experienced were resolved.

I supposed, that "LTS" and the fast development progress of DIGIKAM doesn't fit together...  

Do you agree??


Axel
Comment 3 Martin Klapetek 2010-09-05 01:34:10 UTC
Compiling and installing digiKam yourself definitely should not harm your system in any such way, that would force you to perform a whole system reinstall. 

About the - "LTS and the fast development progress of DIGIKAM doesn't fit
together" - well that's not quite digiKam's problem, is it? If you find this wrong, report it with Ubuntu bugzilla to their packaging team. We just can't follow all distro's release dates and release accordingly.

Also to the bug itself - what happens if you try to delete a file with some other KDE app, for example Gwenview or Dolphin? Please try this and report back your results.
Comment 4 Axel Krebs 2010-09-05 08:19:30 UTC
(In reply to comment #3)
> Compiling and installing digiKam yourself definitely should 

Martin:

sorry, "should" is a little bit too less- don't habe spare time... 

not harm your
> system in any such way, that would force you to perform a whole system
> reinstall. 
> 
> About the - "LTS and the fast development progress of DIGIKAM doesn't fit
> together" - well that's not quite digiKam's problem, is it? 

stastically and from the viewpoint of a "newbie" without programming experience, to 50 %, I guess. 

But please take into account: I don NOT argue- I just put a QUESTION! If there is a confirmation for installation problems, I accept the situation to "be on the safe side". If I weren't happy with DIGIKAM, I didn't use it :-) ! 
 
If you find this
> wrong, report it with Ubuntu bugzilla to their packaging team. We just can't
> follow all distro's release dates and release accordingly.
> 
> Also to the bug itself - what happens if you try to delete a file with some
> other KDE app, for example Gwenview or Dolphin? Please try this and report back
> your results.

This is a good idea- in DOLPHIN  it _looks_ like files were deleted. No confirmation, no visual reaction. 

After rebooting the system, the files were away. Under the attempt to delete other files within DIGIKAM, the same error message as before. 

This was one reason for what I assumed this problem has to deal with DIGIKAM somehow.
Comment 5 alchemilla 2011-02-20 19:02:46 UTC
Same problem as above, my OS is:

OS: Linux (x86_64) release 2.6.32-28-generic
and i'm running Gnome
Thanks and regards
Antonio
Comment 6 alchemilla 2011-02-21 00:22:21 UTC
Just to help:
this problem seems to be related to a 64 bits environment; If I run digikam on my 32 bits laptop with the same software levels, all run error free
Regards Antonio
Comment 7 alchemilla 2011-02-22 14:49:43 UTC
I tryed another test:
I create a virtual machine running the same software as the native machine
aMD64 kernel 2.6.32-28-generic
digikam 1.2.0
In this environment the delete function works fine!
Regards Antonio
Comment 8 caulier.gilles 2011-02-22 14:57:43 UTC
trash management is delegate to KDELibs. Which KDE version you use in this virtual machine ?

Gilles Caulier
Comment 9 Axel Krebs 2011-02-22 15:38:45 UTC
(In reply to comment #5)
> Same problem as above, my OS is:
> 
> OS: Linux (x86_64) release 2.6.32-28-generic
> and i'm running Gnome
> Thanks and regards
> Antonio

Antonio:

Maybe your assumption regarding 64 bit-systems is right. 
Problems seem to occur with 64 bit-systems with my computers, too. 
Latest OS is UBUNTU 10.10 (maverick), DK 1.80 on 64 bit.

Just a few days ago, I had to empty trashbin manually again. 


Axel

(question aside: how long this error is dealt as "unconfirmed"?)
Comment 10 alchemilla 2011-02-22 16:30:27 UTC
Hello people, I solved my problem, I hope that will help you too!
First of all I have to describe better how my digikam it's configured:
I have only one album and this album is physically placed on a separated disk; what appen is that I con't delete, using digikam, files placed in that disk.
If I create another album, let me say, physically placed in the images directory in my user directoy (/home/antonio/immagini) I can do the delete task so, the problem should be in the file permission area. 
In the root directory of the disk of my album collection  it's present thisdirectory 
drwx------  5 antonio antonio      4096 2011-02-20 09:04 .Trash-1000
I believe that is the trash directory; if I change the octal permission to 744 like
drwxr--r--  5 antonio antonio      4096 2011-02-20 09:04 .Trash-1000
Ican use the delete function from digikam.
Since I'm a Linux newby I really don't know why but this works!!
Is there a guru that can explain what appen?

I hope that will help all people that have same problem.
Excuse me for my bad english regards
Antonio
Comment 11 Axel Krebs 2011-10-30 09:21:56 UTC
(In reply to comment #10)
> Hello people, I solved my problem, I hope that will help you too!
> First of all I have to describe better how my digikam it's configured:
> I have only one album and this album is physically placed on a separated disk;
> what appen is that I con't delete, using digikam, files placed in that disk.
> If I create another album, let me say, physically placed in the images
> directory in my user directoy (/home/antonio/immagini) I can do the delete task
> so, the problem should be in the file permission area. 
> In the root directory of the disk of my album collection  it's present
> thisdirectory 
> drwx------  5 antonio antonio      4096 2011-02-20 09:04 .Trash-1000
> I believe that is the trash directory; if I change the octal permission to 744
> like
> drwxr--r--  5 antonio antonio      4096 2011-02-20 09:04 .Trash-1000
> Ican use the delete function from digikam.
> Since I'm a Linux newby I really don't know why but this works!!
> Is there a guru that can explain what appen?
> 
> I hope that will help all people that have same problem.
> Excuse me for my bad english regards
> Antonio

Hello,

I believe the problem is resolved: please vompare to <http://scribblesandsnaps.wordpress.com/2011/09/26/five-quick-digikam-tricks/>, Tip #3

Axel