[Digikam-users] Tagging deletes image-clueless
photo at fritztech.com
Sun May 4 14:00:08 BST 2014
I'm going to jump in and make a suggestion.
Start a brand new collection. Just set up a folder on your desktop or
something and copy a few images in. Test there in a VERY controlled
While testing, at the command line in a terminal, probably using sudo
(i.e. as root), look at the folder using "ls -alh" to make sure they
actually go away. Don't do this in a GUI file manager. Do it at the CLI.
Check dmesg if/when they go away and see if anything is being reported
in the kernel's log.
As a developer I can think of a couple of things that could happen in a
piece of software to "delete" a file when rewriting it, but all of those
would leave a 0 byte file with no contents (for example, some exception
in the code that rewrites the metadata after opening the file for
write). Without looking at that code in Digikam, I'd assume (based on
its wide user base and the fact that this isn't happening otherwise)
that that is NOT the case though. Or, if it is, it is something very
specific related to hardware or kernel issues on your specific system.
Email: photo at fritztech.com
Andrew Fritz, Photographic - Weddings and Portraits
Arlington Real Estate Photography
On 05/04/2014 08:43 AM, Remco Viëtor wrote:
> On Sunday 04 May 2014 02:55:36 ARKPhot wrote:
>> Here is what Debug says when I open enfuse-01.png then assign tag "Fanoe
>> 2011". It takes a second for the data to get written to the file, then
>> file disappears. Any ideas which other process might be responsible?
> That name 'enfuse-01.png' sounds like it is an intermediate file, possibly
> created by a process and deleted by that same process before exit.
> The enfuse program comes to mind... (used in exposure stacking or panorama
> Digikam-users mailing list
> Digikam-users at kde.org
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 245 bytes
Desc: not available
More information about the Digikam-users