https://bugs.kde.org/show_bug.cgi?id=402379
--- Comment #4 from Maik Qualmann <metzping...@gmail.com> --- It definitely does not matter, because SQLite has always saved with 3 additional digits. Such a date is scanned at most once and now the more accurate date is stored. But no metadata are lost. Are there any LR sidecar files in the directory? Digikam-6b3 will first look for sidecars in LR format and use these if they exist. I will go over their instructions step by step again. I see it right that their database is in the state of digiKam-5.9.0, since a back from 6.0.0 would not be possible because of the higher version number. Then the 3 additional digits will not exist after the start of digiKam-6.0.0 with the migration to V10. To get the extra 3 digits you need to create a new database and use the migration tool to convert the database. I'll check... Maik -- You are receiving this mail because: You are watching all bug changes.