[Digikam-devel] [Bug 178606] image move to trash removes file but not displayed image

[Marcel Wiesweg]

http://bugs.kde.org/show_bug.cgi?id=178606





--- Comment #12 from Marcel Wiesweg <marcel wiesweg gmx de>  2009-01-02 13:50:39 ---

> digikam(1666) Digikam::AlbumManager::startScan: KDirWatch method =  "FAM"

Ok, maybe we are talking about FAM peculiarities.


> I played around somewhat more and got the following additional information:
> 
> - if I enter digikam and delete the first image from the thumbnail view, it
> works
> - if I enter digikam, view the first image and delete it from there it doesn't
> work

This is interesting. As soon as the preview is loaded, a file watch will be
installed onto the file itself. There is still a watch on the directory of
course.
Now, do you see debug entries with "LoadingCache slotFileDirty "?


> - deleted images do not seem to be removed from the database. When I add an
> image from within digikam, exit digikam, readd the image on the CLI, enter
> digikam, the tags from the previously deleted image are back again. Is this
> related to the new menu entry "Update metadata database"?

No, this behavior is intended, info on removed images is not deleted
immediately but preserved for a certain time, and if you bring back the image
it will be recognized.
(Btw, you would have similar behavior at least for tags if you write your tags
to the metadata)


-- 
Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.