https://bugs.kde.org/show_bug.cgi?id=484719

--- Comment #12 from mahikeulbody <mcfaro...@gmail.com> ---
3) There a third point impacted by the fix. let say a video file with
QuickTimeCreateDate : 2024:04:04T10:00:00. As we know it is presumed to be an
UTC time (except for some devices according an internal Digikam list). Today my
PC is UTC+2 (CET + DST).

Renaming the file with [date:yyyy-MM-dd_hh'h'mm-ss] give me the filename
2024-04-04_12h00-00.mp4.

If I do an adjustment of +00:00:01 (1 sec) with exiftool enabled, all dates are
modified, including QuickTimeCreateDate which become 2024:04:04T10:00:01. Then
I try to renaming the file and I expect to get a filename
2024-04-04_12h00-01.mp4. But I get 2024:04:04T10:00:01. It seems that
QuickTimeCreateDate is no more considerate as an UTC time.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to