Bug 457229 - importing, wrong date
Summary: importing, wrong date
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: AdvancedRename-Import (show other bugs)
Version: 7.6.0
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-07-28 08:47 UTC by Philippe ROUBACH
Modified: 2022-07-28 09:17 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Philippe ROUBACH 2022-07-28 08:47:12 UTC
STEPS TO REPRODUCE
1. import photos using "[date]" to rename the photos
2. 
3. 

OBSERVED RESULT

the name of the photo is IMG_20220717_130613.jpg
the metadata "date and time" is 2022:07:17 13:06:13
the date of when I copy/paste the photo from smartphone to PC is 27/07/2022
the name of the imported photo is 20220727T144227.jpg. this is not the date of the photo.
the date displayed by digikam 17/07/2022 13:06

EXPECTED RESULT

the name of the imported photo must be 20220717T130613.jpg

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 5.25.3
KDE Frameworks Version: 5.96.0
Qt Version: 5.15.5
KDE Gears 22.04.3

ADDITIONAL INFORMATION

Recently, KDE changed something about the date of file.
Before it displayed only modifying date and now there is also a creating date.
Perhaps digikam is confused about this.

I am surprised that digikam does not use the metadata "date and time" in the file to rename it.
Comment 1 Maik Qualmann 2022-07-28 08:56:32 UTC
The problem has existed for a very long time, for the digiKam-7.x.x or smaller versions, enable reading of the metadata (makes the connection slower) in the digiKam camera settings.
The import post process was changed for digiKam-8.0.0, the problem no longer occurs there.

Maik