Bug 126151

Summary: raw (nef) thumbnail not correctly showed
Product: [Applications] digikam Reporter: Roger Larsson <roger.larsson>
Component: Thumbs-RAWAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: caulier.gilles
Priority: NOR    
Version: 0.8.0   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In: 7.0.0
Sentry Crash Report:

Description Roger Larsson 2006-04-24 09:15:43 UTC
Version:           0.8.0 (using KDE 3.4.2 Level "b" , SUSE 10.0)
Compiler:          Target: i586-suse-linux
OS:                Linux (i686) release 2.6.13-15.8-default

Some are plain wrong - erronus data shown, no resemblance of picture.
Konqueror has the same problem.
Gwenview 1.2.0 works.

Can it be caused by used library?
Comment 1 Roger Larsson 2006-04-24 14:31:41 UTC
Gwenview does have problems too - cached thumbnails?
Comment 2 Roger Larsson 2006-04-24 22:59:18 UTC
Removed all thumbnails from ~/.thumbnails/normal
Now Gwenview and Konqueror in plain icon mode.
But not konquerors hovering bigger tooltip preview.
Removed all thumbnails from ~/.thumbnails/large
Now that works too.
NEFs are not shown as tooltip previews, nor generated.

Let digikam open the directory...
It immedeately generates the errornous large thumbnails.

Back to konqueror - tooltip previews are now viewed
the one generated by digikam...

Ohh! I my digikam iconview was of the third size,
the two smallest works OK.

=> digikam large icon preview generation does something
wrong and it will affect other programs too...
Comment 3 Roger Larsson 2006-04-24 23:19:02 UTC
Note: If I view the files with biggest icon size in konqueror
before digikam. Digikam icons will work because konqueror
generates them correctly.
Comment 4 caulier.gilles 2006-05-30 13:51:50 UTC
digiKam do not handle previews generated by kde thumbnail generator now (current 0.8.2-svn and 0.9.0-svn).

Please try again and give a me a feedback

Gilles Caulier
Comment 5 Roger Larsson 2006-05-30 22:02:33 UTC
Thought that you had fixed this issue already in 0.8.2-rc1
because it started to work when I installed it.
(There was a mention about not using imlib for some action)

Is digikam now using a completely different preview system
caching previews in a different location?
Comment 6 caulier.gilles 2006-05-30 22:30:43 UTC
The thumbs place is always the same (opendesktop.org recommendation).

I have only fixed a rule to always use thumbs generated by digiKam kio-slave, not KDE thumbs generator.

The thumbs are PNG file tagged with name of application. It's simple

In this case Konqueror will/can always use digiKam thumb but digiKam will ignore KDE generated thumbs...

0.8.2-rc1 is not fixed. Only current implementation from svn. 0.9.0-svn is also  fixed.

Gilles
Comment 7 caulier.gilles 2006-07-25 22:02:57 UTC
Please give me a fresh feedback. Are you tested again using first 0.9.0-beta1 release ? 

Also, i recommend you to use the last dcraw release to generate RAW file preview with 0.9.0 !

Gilles
Comment 8 Roger Larsson 2006-07-26 09:24:03 UTC
Have not seen this for a very long time - closing.
Comment 9 caulier.gilles 2019-12-23 17:35:18 UTC
Not reproducible with digiKam 7.0.0-beta1.