Created attachment 135659 [details] Tag-list SUMMARY STEPS TO REPRODUCE 1. use in dolphin under places the "tag"-section 2. select tag OBSERVED RESULT for different files it shows the same thumbnail in a row. open theses images with default image-viewer it shows the right file. it seems to be an error in resetting a counter in a loop-creation: sometimes the first 10 files have the same thumbnail, then the next 7 files and so on. after cache-deletion it creates in same individual sequence for each folder. EXPECTED RESULT each file different thumbnail SOFTWARE/OS VERSIONS Linux/KDE Plasma: Kubuntu 20.04 KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.68.0 Qt Version: 5.12.8 ADDITIONAL INFORMATION
Fixed in 5.75
Maybe correlated? Create two images, say "one.jpg" and "two.jpg", under Pictures. Open folder in Dolphin Rename "two.jpg" to "twox.jpg": The file is renamed, the thumbnail remains "as is" Rename "one.jpg" to "two.jpg": The file is renamed, the thumbnail changes to that of the "earlier" two.jpg If this is a distinct issue, I'll create a new bug report. Neon Testing Plasma : 5.21.0 Frameworks : 5.79.0 Qt : 5.15.2
(In reply to Stefan Brüns from comment #1) > Fixed in 5.75 can u give me the link of this fix?
For completeness, the issue when renaming files (comment 2) occurred when the files had the same modification time.
(In reply to tagwerk19 from comment #4) > For completeness, the issue when renaming files (comment 2) occurred when > the files had the same modification time. As far as the thumbnail specification goes this is undetectable then. A file is considered unchanged if the mtime for a URL stays the same: https://specifications.freedesktop.org/thumbnail-spec/thumbnail-spec-0.8.0.html#MODIFICATIONS For renames/deletes using KIO (e.g. dolphin) this could be handled better, but thats an KIO issue then, not baloo.
(In reply to Stefan Brüns from comment #5) > As far as the thumbnail specification goes this is undetectable then. A file > is considered unchanged if the mtime for a URL stays the same: Hmmm. I think the example code is going to miss cases. I was just copying files but I can imagine a scenario of a batch update of image metadata could leave many files with the same modification time. I've posted a suggestion https://gitlab.freedesktop.org/xdg/xdg-specs/-/issues/72 to suggest comparing the size (if it noted in the thumbnail PNG) in addition to the modification time.
(In reply to tagwerk19 from comment #4) > For completeness, the issue when renaming files (comment 2) occurred when > the files had the same modification time. copy that
There was a fix done for 5.80.0, see: https://bugs.kde.org/show_bug.cgi?id=433127#c9 Which sorted out my particular issue.