https://bugs.kde.org/show_bug.cgi?id=433060
--- Comment #13 from mahikeulbody <digi...@donaflor.fr> --- (In reply to Maik Qualmann from comment #12) > No, the first lines with File* that Exiftool outputs do not come from the > metadata, this is real file system information. You are right. When I submitted initially the report, the setting of the external tool I used to change DateTimeoriginal was "don't change file date" so your answer at 20:35:44 UTC was a good explanation. But I retry with a new setting "change file date" and I attached the screen copies of the file properties windows (such as displayed by Dolphin) before and after the modification into the external tool. As you can see, the date of the file has changed. But even with a new date file, 'scan for new item' don't upadate Digikam database, at least for DateTimeoriginal since the rename function 'F2' don't "see" the new value (it see it only re-reading the metadata from file). So my question : is 'scan for new items' limited to NEW files or is it supposed to be able to detect changes in modified files (when file system date attribute has changed, of course) ? (Sorry for my previous bad/incomplete explanation, I missed to explain that I was talking about a new try taking in account your comment.) -- You are receiving this mail because: You are watching all bug changes.
