Bug 367596

Summary: Sub-folder count images but don't show them (unsupported JPEG file?)
Product: [Applications] digikam Reporter: Mathieu MD <mathieu>
Component: Albums-MainViewAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: caulier.gilles, mathieu, metzpinguin
Priority: NOR    
Version: 5.2.0   
Target Milestone: ---   
Platform: Debian testing   
OS: Linux   
Latest Commit: Version Fixed In: 6.0.0
Sentry Crash Report:
Attachments: This JPEG file cannot be displayed by Digikam 5.1.0

Description Mathieu MD 2016-08-20 06:23:55 UTC
Most of my folders and sub-folders are OK, but one in particular (named "27" according to the 27th days of March) shows a count of 2 photos ("27 (2)") but actually doesn't display them when I click on it. Neighbor sub-folders are actually showing the count and display them when clicked without problem.

It seems to be related to the JPEG files themselves, because when I put inside another JPEG file, this one get displayed (and the count is well increased by 1). Therefore, I attached one of these files, "IMG_20160327_112818.jpg".

I didn't have this problem with previous Dikigam 4.x!

Reproducible: Always

Steps to Reproduce:
1. Copy the file "IMG_20160327_112818.jpg" in a folder ;
2. Ensure that folder's count is increased ;
3. Enter the folder.

Actual Results:  
The copied file is not displayed at all, while other are.

Expected Results:  
It must be displayed, just like others.

The JPEG has been taken with a smartphone Samsung Galaxy.
Comment 1 Mathieu MD 2016-08-20 06:27:37 UTC
Created attachment 100692 [details]
This JPEG file cannot be displayed by Digikam 5.1.0

Forgot to state it, but this JPEG is displayed by Gwenview without any problem.
I initially tagged it with Digikam 4.14.0 (see it's metadata).
Comment 2 Mathieu MD 2016-10-04 11:47:17 UTC
Still exists with 5.2.0.
Comment 3 caulier.gilles 2016-11-28 08:53:02 UTC
Can you reproduce the problem using digiKam Linux AppImage bundle ? The last bundle is available at this url:

https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM

Gilles Caulier
Comment 4 Mathieu MD 2016-11-30 19:54:34 UTC
Yes, with the AppImage of DK 5.4.0 I can reproduce this bug.
Comment 5 Maik Qualmann 2016-11-30 20:03:10 UTC
Please enable this option for testing: Settings->Image Editor->Versioning->Always show original images

Maik
Comment 6 Mathieu MD 2016-11-30 22:19:03 UTC
Thanks Maik! "Always show original images" did not help, but "Always show intermediate snapshots" (tentative translation from French) actually solved the problem, and these photos get displayed.
It's weird, though, because I don't remember having edited these photos.
Actually, if I display the "Versions" tab (from the right panel), it displays about 250 "identical images" which are absolutely not identical! Filenames and actual images are completely differents. What's going on?!
Comment 7 caulier.gilles 2016-12-02 06:01:53 UTC
Probably the data in database about versioning are corrupted.

Gilles Caulier
Comment 8 Mathieu MD 2016-12-02 18:21:00 UTC
How could I fix it?
Comment 9 caulier.gilles 2016-12-02 18:57:56 UTC
Write database contents to image metadata.

Remove database and re-scan whole collection. Database will be restored from image metadata.

Of course make a backup before.

Gilles Caulier
Comment 10 Maik Qualmann 2018-04-30 20:13:30 UTC
The cause of this bug is now known and the bug with the Samsung UniqueID is fixed (Bug 375483). I close this bug now.

Maik