Bug 352870 - Image is missing from album thumbnails
Summary: Image is missing from album thumbnails
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Thumbs-Album (show other bugs)
Version: 5.1.0
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-09-18 08:57 UTC by Eli Orzitzer
Modified: 2017-07-29 07:26 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 5.4.0


Attachments
the image not shown (1.64 MB, image/jpeg)
2015-09-18 08:58 UTC, Eli Orzitzer
Details
attachment-6441-0.html (1.25 KB, text/html)
2016-11-29 21:27 UTC, Eli Orzitzer
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Eli Orzitzer 2015-09-18 08:57:37 UTC
Some of my images don't appear in the album view even though they are in the folder. The total number of items is also incorrect and doesn't include the missing images.
An example image is attached.

Reproducible: Always

Steps to Reproduce:
1. copy the image to the album folder
2. open the album
3. look for the image

Actual Results:  
image not shown

Expected Results:  
the image to be seen
Comment 1 Eli Orzitzer 2015-09-18 08:58:57 UTC
Created attachment 94623 [details]
the image not shown
Comment 2 caulier.gilles 2015-12-29 21:52:36 UTC

*** This bug has been marked as a duplicate of bug 357301 ***
Comment 3 Eli Orzitzer 2016-08-20 22:31:57 UTC
sorry for reopening this issue.
Just installed digiKam 5.1 from PPA on Ubuntu 16.04. The issue still exists.
Terminal output is:
digikam.general: Detected change, triggering rescan of "/home/eli/Documents/PicturesCollection/blah/"
digikam.database: Starting scan!
digikam.dimg: "/home/eli/Documents/PicturesCollection/blah/IMG_0519.JPG"  : JPEG file identified
digikam.database: Adding new item "/home/eli/Documents/PicturesCollection/blah/IMG_0519.JPG"
digikam.database: Recognized "/home/eli/Documents/PicturesCollection/blah/IMG_0519.JPG" as identical to item 3258
digikam.database: Scanning took 3 ms
digikam.general: Detected change, triggering rescan of "/home/eli/Documents/PicturesCollection/"
digikam.database: Finishing took 116 ms
kipi.plugins: KIPI host send thumb ( QSize(256, 192) ) for  QUrl("file:///home/eli/Documents/PicturesCollection/blah/IMG_0519.JPG")
Comment 4 swatilodha27 2016-08-21 07:21:40 UTC
This isn't reproducible for me. (Using digiKam 5.1.0 on KUbuntu 16.04)
I recommend you to test again with fresh database and provide updates.

This was an issue earlier but has been fixed after 5.0.0 (since KIO slaves have been dropped).
Comment 5 caulier.gilles 2016-08-21 08:11:34 UTC
Idem here. Problem not reproducible under Linux, MacOS, and Windows with current implementation from git/master (next 5.2.0)

Gilles Caulier
Comment 6 Eli Orzitzer 2016-08-22 07:17:48 UTC
Thanks for the quick reply.

I create a new db (not just new collection) - It works well. It seems that the original issue was fixed.
The issue is that I have an existing db with tags that I don't want to loose.
tried so far:
Maintenance checked everything with the slower option - didn't help.
Database migration - didn't help.

It seems that something is "stuck" in the current db. Any idea how can I save my current tags?

Thanks,
Eli
Comment 7 caulier.gilles 2016-11-28 11:32:31 UTC
To backup tags, write digiKam information in image file metadata.

Gilles Caulier
Comment 8 Eli Orzitzer 2016-11-29 21:27:42 UTC
Created attachment 102525 [details]
attachment-6441-0.html

Thanks! That is what I did and saved all my tags.
 

    On Monday, November 28, 2016 1:32 PM, "bugzilla_noreply@kde.org" <bugzilla_noreply@kde.org> wrote:
 

 https://bugs.kde.org/show_bug.cgi?id=352870

--- Comment #7 from caulier.gilles@gmail.com ---
To backup tags, write digiKam information in image file metadata.

Gilles Caulier