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.
