Bug 268059 - Showfoto is unable to display TIF file in non RGB color space
Summary: Showfoto is unable to display TIF file in non RGB color space
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Showfoto-Canvas (show other bugs)
Version: 3.1.0
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-03-09 15:45 UTC by Christopher Yeleighton
Modified: 2022-02-05 05:17 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 7.4.0
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Christopher Yeleighton 2011-03-09 15:45:54 UTC 
Version:           1.8.0 (using KDE 4.6.0) 
OS:                Linux

Digikam apparently supports only true color images, monochrome images are displayed only in the preview pane.

Reproducible: Always

Steps to Reproduce:
  1. Tell Ark to extract cramps.tif from pics-3.8.0.tar.gz [1].
  2. Tell showfoto to display cramps.tif.

Actual Results:  
  1. File libtiffpic/cramps.tif
  2. showfoto displays the image in the preview pane. 
     The image pane contains the message "unable to read cramps.tif".
     The error log says:
***
could not reset stream of /home/krzysztof/Pobrane/pakiety/libtiffpic/cramps.tif from pos 65536 to 0 after reading with TiffEndAnalyzer: 
Digikam::TIFFLoader::load: Can not handle image without RGB color-space:  0
***

Expected Results:  
  2. Let Digikam display the image in the image view.

OS: Linux (x86_64) release 2.6.34.7-0.7-desktop
Compiler: gcc

___
[1] <URL: ftp://ftp.remotesensing.org/pub/libtiff/pics-3.8.0.tar.gz >
Comment 1 Marcel Wiesweg 2011-04-18 22:27:36 UTC 
There's quite a few special cases for which we dont support the TIFF specification all too well. Motivation to fix each case will dramatically increase if there is a real-world image affected.
Comment 2 Christopher Yeleighton 2011-04-19 07:28:18 UTC 
Real-world images are affected too; however, you will have to take my word for that because the images are classified (not to be shared).
OTOH, the main handler for TIFF is Okular, so it is probably not that important.
Comment 3 caulier.gilles 2011-12-16 11:01:15 UTC 
Christopher,

This file still valid using digiKam 2.4 ?

Gilles Caulier
Comment 4 caulier.gilles 2013-03-18 09:24:48 UTC 
What's news here using digiKam 3.1.0 ?

Gilles Caulier
Comment 5 Christopher Yeleighton 2013-03-19 21:31:55 UTC 
showfoto(5767)/digikam (core) Digikam::TIFFLoader::load: Can not handle image without RGB color-space:  0 
showfoto(5767)/digikam (core) Digikam::ThumbnailCreator::createThumbnail: Cannot create thumbnail for  "/tmp/kde-krzysztof/arktEPvuN/libtiffpic/cramps.tif" 
showfoto(5767)/digikam (core) Digikam::ThumbnailCreator::load: Thumbnail is null for  "/tmp/kde-krzysztof/arktEPvuN/libtiffpic/cramps.tif" 
showfoto(5767)/digikam (core) Digikam::TIFFLoader::load: Can not handle image without RGB color-space:  0 
showfoto(5767)/digikam (core) Digikam::DImgInterface::getImg: d->image is NULL
Comment 6 caulier.gilles 2014-09-02 13:20:27 UTC 

*** This bug has been marked as a duplicate of bug 186054 ***
Comment 7 caulier.gilles 2021-08-24 16:50:06 UTC 
Fixed with #186054