Bug 473376 - Digikam does not use date/time from metadata
Summary: Digikam does not use date/time from metadata
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Database-Scan (show other bugs)
Version: 8.1.0
Platform: Microsoft Windows Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-08-14 15:45 UTC by eberhard.morgenroth
Modified: 2023-10-15 03:09 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 8.2.0
Sentry Crash Report:


Attachments
Screenshot with one JPG with date/time and others from same batch not (153.75 KB, image/png)
2023-08-14 16:19 UTC, eberhard.morgenroth
Details

Note You need to log in before you can comment on or make changes to this bug.
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.