In preview mode (F3), if the thumbbar is shown (Settings | Show Thumbbar), this one contains only blank squares (except the star score) : no thumbnail, no filename... Moreover, the thumbbar height cannot be reduced.
Please remove thumbs DB (or rename it) and rebuild all... Just to check. Q: Do you turn on HQ thumb option ? Gilles Caulier
I removed thumbs DB (and rebuilt it) but it doesn't change anything. (Moreover, thumbs are correctly displayed in the Thumbnails view). Where can I find the HQ thumb option ?
In Setup/Album View panel... Gilles Caulier
No, this option ("Use large thumbnail size...") was disabled. But enabling it solves the problem : thumbnails are now displayed in the preview mode.
If I disable the "Use large thumbnail size" option, the problem is back. Gilles, do you reproduce this problem ? Or do you need more information ?
When this option is enabled or disables, thumb database must be re-initialized. You must recompute all thumbs from your collection. And no, i cannot reproduce the problem here... Gilles Caulier
I also have this problem (v 4.1, under Debian with GNOME). When trying to show the thumbnails in the preview mode, I get this error message in the console: digikam(6864)/digikam (core): ThumbnailLoadThread::load: Thumbnail size 315 is larger than 256 . Refusing to load. Like Frederick, enabling high-quality thumbnails "solved" the problem (presumably because the maximum thumbnail size is now larger than 256). Reverting to normal thumbnail sizes brought back the problem. Rebuilding thumbnails didn't work. The reason for the large thumbnail size (315) is presumably because the thumbnail bar is too high but, like Frederick, I can't make it smaller (only larger). There may be some connection to the surrounding environment. This used to work, but stopped working a while ago in connection with me doing a normal aptitude upgrade. I remember that there was no digikam update at the time, but there were a bunch of GNOME updates (and other stuff). I can't say exactly what or when though, unfortunately :/. It may be another clue though, perhaps.
As a workaround, deleting the following lines in ~/.kde4/share/config/digikamrc (when Digikam doesnt' run) solves the problem (but it reappears after some times) : ThumbbarState=AAAA/wAAAAD9AAAA.... It's really strange that the Thumbbar cannot be reduced....
I also have the blank thumbnail problem in Preview mode ( Fedora / Gnome / Digikam 4.6.0 ). Deleting ThumbbarState in the rc file fixes it for me. I can confirm that the thumb bar cannot be reduced. This problem also exists in the Light Table, as well as Preview mode. In Light Table, the thumb bar is not as big as in Preview mode, but it is still too big, making the Light Table not very useful.
Created attachment 90060 [details] Screen shot showing minimum size of the thumb bar in Preview mode This screenshot shows the minimum size of the thumb bar in Preview mode on my system ( Fedora / Gnome / Digikam 4.6.0 ). My laptop screen size is 1366 x 768 px.
I closed a file recently about the thumbnail DB item updated which call a wrong SQL command : date and thumbnail ID are inverted in table... You can imagine the sideeffect. Please look if bug #345025 closed with next digiKam 4.9.0 fix this issue. Gilles Caulier
Gilles, I just built the last Git versions : commit a282661270ca163a59b1e3f181a9aed3a90d8112 Author: Gilles Caulier <caulier.gilles@gmail.com> Date: Tue Mar 10 22:46:02 2015 +0100 update And the problem is still here : same behavior with the same error : digikam(29184)/digikam (core): ThumbnailLoadThread::load: Thumbnail size 283 is larger than 256 . Refusing to load. digikam(29184)/digikam (core): ThumbnailLoadThread::load: Thumbnail size 281 is larger than 256 . Refusing to load. digikam(29184)/digikam (core): ThumbnailLoadThread::load: Thumbnail size 281 is larger than 256 . Refusing to load. digikam(29184)/digikam (core): ThumbnailLoadThread::load: Thumbnail size 281 is larger than 256 . Refusing to load. digikam(29184)/digikam (core): ThumbnailLoadThread::load: Thumbnail size 281 is larger than 256 . Refusing to load. digikam(29184)/digikam (core): ThumbnailLoadThread::load: Thumbnail size 281 is larger than 256 . Refusing to load. digikam(29184)/digikam (core): ThumbnailLoadThread::load: Thumbnail size 283 is larger than 256 . Refusing to load. digikam(29184)/digikam (core): ThumbnailLoadThread::load: Thumbnail size 281 is larger than 256 . Refusing to load. digikam(29184)/digikam (core): ThumbnailLoadThread::load: Thumbnail size 281 is larger than 256 . Refusing to load. digikam(29184)/digikam (core): ThumbnailLoadThread::load: Thumbnail size 281 is larger than 256 . Refusing to load. digikam(29184)/digikam (core): ThumbnailLoadThread::load: Thumbnail size 281 is larger than 256 . Refusing to load. digikam(29184)/digikam (core): ThumbnailLoadThread::load: Thumbnail size 281 is larger than 256 . Refusing to load. digikam(29184)/digikam (core): ThumbnailLoadThread::load: Thumbnail size 300 is larger than 256 . Refusing to load. digikam(29184)/digikam (core): ThumbnailLoadThread::load: Thumbnail size 298 is larger than 256 . Refusing to load.
I had this on a new install and [partly] solved it by setting colour management to the same [in my case to Adobe, the second-most common] If I remember, previous versions did not have colour management [CM] on by default, thus side-stepping any such 'issues'. In my experience the CM adjustment [of any graphic app] can result in a mess, so I too had avoided them.. I say partly as I am still unable to adjust the thumb-bar size to my preference... I think this is most probably a consequence of applying CM without redrawing every image on demand. I see this bug is still live so if this is still an issue why not try switching CM off and work from there. As such I'm not sure if it's a bug per se. (and switching between these two modes brought up the thumbnails without a DB delete, for me)
Git commit cb371e58eb1a57eed54fbc75499bd1d8a7fa35d2 by Maik Qualmann. Committed on 30/03/2015 at 20:49. Pushed by mqualmann into branch 'master'. resolves the issue that the thumbbar can not be reduced Related: bug 345659 FIXED-IN: 4.9.0 M +3 -1 NEWS M +1 -1 app/items/imagethumbnailbar.cpp M +1 -1 showfoto/thumbbar/showfotothumbnailbar.cpp M +1 -1 utilities/importui/views/importthumbnailbar.cpp http://commits.kde.org/digikam/cb371e58eb1a57eed54fbc75499bd1d8a7fa35d2
Git commit 4cd9199b705c9ebed28e8aefd5f2091739155369 by Gilles Caulier. Committed on 27/03/2015 at 01:57. Pushed by cgilles into branch 'frameworks'. backport commit #cb371e58eb1a57eed54fbc75499bd1d8a7fa35d2 from git/master to framelworks branch Related: bug 345659 M +1 -1 app/items/imagethumbnailbar.cpp M +1 -1 showfoto/thumbbar/showfotothumbnailbar.cpp M +1 -1 utilities/importui/views/importthumbnailbar.cpp http://commits.kde.org/digikam/4cd9199b705c9ebed28e8aefd5f2091739155369
Thank you Gilles and Maik ! I have just built the last git and I can confirm it is fixed.