Bug 407958

Summary: In Thumbnail View Creation date is not correct
Product: [Applications] digikam Reporter: benjcmin <benjcmin>
Component: Thumbs-IconViewAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: caulier.gilles, metzpinguin
Priority: NOR    
Version First Reported In: 6.1.0   
Target Milestone: ---   
Platform: macOS (DMG)   
OS: macOS   
Latest Commit: Version Fixed In: 6.2.0
Sentry Crash Report:
Attachments: Screenshot diffrent dates
Date differns with file creation date
Settings for Thumbnails
File Info Screenshot
EXIF Data Screenshot
XMP Infos Screenshot

Description benjcmin 2019-05-26 12:43:36 UTC
Created attachment 120321 [details]
Screenshot diffrent dates

SUMMARY
In Thumbnail View Creation date is not correct shown and therefore also sorting is not correct.

STEPS TO REPRODUCE
Check Screenshots. In Thumbnail view the Thumbnail has a date but it's no where shown in Metadata nor Fileinformation

OBSERVED RESULT
Thumbnail shows creation date which is not corresponding with actual creation date.

EXPECTED RESULT
Dates in Metadata should be shown in Thumbnail view and used for sorting

SOFTWARE/OS VERSIONS
macOS: 10.14.5


ADDITIONAL INFORMATION
Comment 1 benjcmin 2019-05-26 12:44:24 UTC
Created attachment 120322 [details]
Date differns with file creation date
Comment 2 benjcmin 2019-05-26 12:44:49 UTC
Created attachment 120323 [details]
Settings for Thumbnails
Comment 3 Maik Qualmann 2019-05-26 13:04:55 UTC
The fact that the file date differs from the creation date is not unusual. The determination of the correct creation date is meanwhile a ranking process, where also XMP metadata are considered. Can you please provide a test image.

Maik
Comment 4 benjcmin 2019-05-26 21:13:35 UTC
Hello Maik,

I know, but nowhere in the file besides the change date was the date shown found.

I added a file where this problem occurs. I also changed the changed date with a tool to match the file creation and shooting date but still shows up with the wrong date. I updated and restarted digikam aswell.
So I'm a bit confused where digicam takes this date from. And I assume it's also not just GUI error as the sorting algorithem also uses this date to sort the photos and so they don't come out in chronological order.

kind regards 
benjamin
Comment 5 benjcmin 2019-05-26 21:17:16 UTC
Created attachment 120327 [details]
File Info Screenshot
Comment 6 benjcmin 2019-05-26 21:19:04 UTC
Here is a link to download the file:
https://www.dropbox.com/s/zy9lkt77s7li5yy/2019_05_02%20Geburtstag%20Wolfgang%20Bauernhof%20393.JPG?dl=0

The newly attached Screenshot show what meta data I see in digifor this file.
Comment 7 benjcmin 2019-05-26 21:19:45 UTC
Created attachment 120328 [details]
EXIF Data Screenshot
Comment 8 benjcmin 2019-05-26 21:20:20 UTC
Created attachment 120329 [details]
XMP Infos Screenshot
Comment 9 Maik Qualmann 2019-05-27 04:41:15 UTC
Thanks for the test image. The image is displayed here correctly in the icon view with 02.05.2019 11:11:47. Which is also correct after the metadata. First try a re-read of the metadata of the image ("Eintrag-> Metadaten aus Datei neu einlesen"). Then we will see further. You are using digiKam on MacOS is correct?
Comment 10 benjcmin 2019-05-27 11:47:52 UTC
Hello Maik,

yes MacOS and yes "re read Meta data" did the trick. Date is now displayed correcty. 
I wasn't aware of that function. I though with "refresh" the folder would also update the Metadata.
Still not sure how that date came in there as it was the change date or maybe the creation data of the file as I did some Geotagging but there I alwasy try to preserver creation date of the file.
So the shooting date should have always been a different date and that's what I thought is displayed in the Thumbnail View.
So not sure if that still a bug or the shown date is the file creation date, then this ticked can be closed as it's showing the correct date after updating the meta data.

Cheers Benjamin
Comment 11 Maik Qualmann 2019-05-27 17:12:32 UTC
Ok, I close the bug now. Where the wrong date comes from is difficult to determine in hindsight. If necessary, reopen the bug.

Maik