Bug 352870

Summary:	Image is missing from album thumbnails
Product:	[Applications] digikam	Reporter:	Eli Orzitzer <e_orz>
Component:	Thumbs-Album	Assignee:	Digikam Developers <digikam-bugs-null>
Status:	RESOLVED FIXED
Severity:	normal	CC:	caulier.gilles, swatilodha27
Priority:	NOR
Version:	5.1.0
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
Latest Commit:		Version Fixed In:	5.4.0
Sentry Crash Report:
Attachments:	the image not shown attachment-6441-0.html

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