Bug 480195

Summary: Timestamp issue with "Adjust Time & Date"
Product: [Applications] digikam Reporter: benoit
Component: Plugin-Generic-TimeAdjustAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: caulier.gilles, metzpinguin
Priority: NOR Keywords: qt6
Version First Reported In: 8.2.0   
Target Milestone: ---   
Platform: Microsoft Windows   
OS: Microsoft Windows   
Latest Commit: Version Fixed/Implemented In: 8.3.0
Sentry Crash Report:

Description benoit 2024-01-22 22:23:42 UTC 
SUMMARY
When using "Adjust Time & Date" in series, the time part of manually defined timestamps decrease of 1 hour at each use

STEPS TO REPRODUCE
1. Select one (or more) pictures
2. Select "Item" -> "Adjust Time & Date"
3. For the "Timestamp Used", select the last option and define your own timestamp. Example: "22-Jan-2024 00:00:00"
4. Apply the selected timestamp and close the window
5. Select again "Item" -> "Adjust Time & Date" (on the same or different pictures)
6. The last option is still selected (expected), the date is still the same (expected) but the time part decreased of 1 hour
7. Close the window (no need to "Apply")
8. Select again "Item" -> "Adjust Time & Date" (on the same or different pictures)
9. The last option is still selected (expected), the date is still the same (expected) but the time part decreased again of 1 hour

OBSERVED RESULT
Each time the "Adjust Time & Date" window is opened, the time part of manual timestamp decreases of 1 hour

EXPECTED RESULT
Each time the "Adjust Time & Date" window is opened, the full (i.e. date and time) previous defined timestamp is kept
(As long as I remember it was working fine in previous versions)

SOFTWARE/OS VERSIONS
Windows 10 22H2
KDE Frameworks Version: 5.245.0
Qt Version: 6.6.0
Comment 1 caulier.gilles 2024-01-23 03:36:52 UTC 
Please, upate to current digikam 8.3.0 pre release for Windows where we have fixed plenty of dysfunctions :

https://files.kde.org/digikam/

Gilles Caulier
Comment 2 Maik Qualmann 2024-01-23 06:55:02 UTC 
Fixed with Bug 479365

Maik