https://bugs.kde.org/show_bug.cgi?id=491608
--- Comment #12 from mahikeulbody <mcfaro...@gmail.com> --- I found this (long) post on https://discussions.apple.com/docs/DOC-250002750 explaining how to fix incorrect sorting of movies and images. There is in particular the following passage : 3. Date in 'Keys:CreationDate' or 'UserData:DateTimeOriginal' sets the time and time zone, and it overrides all other time and time zone tags above. Keys overrides UserData if both exist (Photos ignores this UserData tag in .mov). iOS (8.4)-9 and newer inserts 'Keys:CreationDate' to its movies. So Keys:CreationDate, if it exists, is the reference date used by the Apple for sorting (which seems logical since this field normally has a time zone). Unless we find a better solution it would seem logical to do the same in Digikam, that is to say to do db.CreationDate = Keys:CreationDate (if it exists) when importing or reading metatadata from file. And to write "adjusted time" to Keys:CreationDate, keeping the UTC time unchanged. -- You are receiving this mail because: You are watching all bug changes.
