Bug 473376

Summary: Digikam does not use date/time from metadata
Product: [Applications] digikam Reporter: eberhard.morgenroth
Component: Database-ScanAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: caulier.gilles, metzpinguin
Priority: NOR    
Version First Reported In: 8.1.0   
Target Milestone: ---   
Platform: Microsoft Windows   
OS: Microsoft Windows   
Latest Commit: Version Fixed/Implemented In: 8.2.0
Sentry Crash Report:
Attachments: Screenshot with one JPG with date/time and others from same batch not

Description eberhard.morgenroth 2023-08-14 15:45:30 UTC 
SUMMARY
***
NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols.
See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***


STEPS TO REPRODUCE
1. I have copied photo files to folder. Then let digikam import from these folders
2. Most photos are then shown with their correct time and date in the albums.

OBSERVED RESULT
For some photo files digikam does not show any date/time even though these info are in the metadata just as for all the other photo files.

EXPECTED RESULT


SOFTWARE/OS VERSIONS
Windows: 11
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Comment 1 eberhard.morgenroth 2023-08-14 16:19:07 UTC 
Created attachment 160957 [details]
Screenshot with one JPG with date/time and others from same batch not

Screenshot with one JPG with date/time and others from same batch not
Comment 2 Maik Qualmann 2023-08-14 16:41:31 UTC 
In principle, this is completely impossible, since there is no date. If there is no date in the metadata, we fall back to the file date. If even the file date is not valid, we would use today's date.

Please try to read the metadata of these images again first (Item menu-> Reread metadata from file).

Are you using an antivirus program? If so, add digiKam and ExifTool as an exception. Files should not be open in other Windows processes during import, otherwise they will be blocked.

A defective database is also conceivable.

Maik
Comment 3 eberhard.morgenroth 2023-08-16 10:39:40 UTC 
(In reply to Maik Qualmann from comment #2)
> In principle, this is completely impossible, since there is no date. If
> there is no date in the metadata, we fall back to the file date. If even the
> file date is not valid, we would use today's date.
> 
> Please try to read the metadata of these images again first (Item menu->
> Reread metadata from file).
> 
> Are you using an antivirus program? If so, add digiKam and ExifTool as an
> exception. Files should not be open in other Windows processes during
> import, otherwise they will be blocked.
> 
> A defective database is also conceivable.
> 
> Maik

Thank you, Maik. The manual reread of metadata solved the problem. Maybe the problem was that digiKam was already trying to import while I was still copying images to the album. I am doing manual copying of photos from iPhone to album.