Gwenview and dolphin can't read thumbnails generated by the other app. So when you open a folder in one application for which the other app already has created thumbnails, they get overwritten. I figured out that gwenview refuses thumbnails generated by dolphin because it is using the tag "Thumb::Uri" whereas dolphin uses "Thumb::URI". Reproducible: Always Steps to Reproduce: To avoid that the generated thumbnails are stored in different folders set the thumbnail size to minimum in each application. 1. Open a folder in thumbnail view in gwenview and wait until thumbs have been generated, close gwenview 2. Open the same folder in dolphin in preview mode, wait until thumbnails have been generated, close dolphin 3. Open the folder again in gwenview, thumbnails are not loaded from thumbnail cache but regenerated, wait until gwenview has finished 4. Open again in dolphin, thumbnails are also regenerated and not loaded from cache Actual Results: Thumbnails are overwritten as soon as the other app opens the folder Expected Results: Gwenview and dolphin should accept each other's thumbnail and show them. If that's not possible then they should not share a thumbnail cache folder.
Git commit 722ad6b0b1679ddee254f3db009bf25a91a3ed5e by Aurélien Gâteau. Committed on 07/08/2012 at 16:02. Pushed by gateau into branch 'KDE/4.9'. Fix wrong key name in thumbnails This prevented Gwenview from sharing thumbnails with Dolphin and other Thumbnail-spec compliant applications. Thanks to Benni Hill for pointing this out. FIXED-IN: 2.9.1 M +1 -1 lib/thumbnailloadjob.cpp M +20 -0 tests/auto/thumbnailloadjobtest.cpp http://commits.kde.org/gwenview/722ad6b0b1679ddee254f3db009bf25a91a3ed5e
Created attachment 73028 [details] Uri -> URI You forgot two URIs.
Git commit 3f675f29a9fdc44df268655368df6801f4e18fd5 by Aurélien Gâteau, on behalf of Benni Hill. Committed on 08/08/2012 at 16:12. Pushed by gateau into branch 'KDE/4.9'. More Uri -> URI changes. M +2 -2 lib/thumbnailloadjob.cpp http://commits.kde.org/gwenview/3f675f29a9fdc44df268655368df6801f4e18fd5
Thanks for catching this, Benni.