Bug 337502

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.