Bug 112733 - Digikam and Konqueror do not handle TIF-Pictures
Summary: Digikam and Konqueror do not handle TIF-Pictures
Status: RESOLVED WONTFIX
Alias: None
Product: SUSE LINUX 10.0
Classification: openSUSE
Component: KDE (show other bugs)
Version: RC 1
Hardware: Other All
: P5 - None : Normal
Target Milestone: ---
Assignee: E-mail List
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-24 15:07 UTC by Marcel Hilzinger
Modified: 2008-06-25 09:52 UTC (History)
0 users

See Also:
Found By: Other
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
Test picture (2.3MB) (2.31 MB, image/tiff)
2005-08-24 15:18 UTC, Marcel Hilzinger
Details
Test picture 2 (2.31 MB, image/tiff)
2005-09-08 12:44 UTC, Marcel Hilzinger
Details
Screenshot, how it looks like (653.24 KB, image/png)
2005-09-08 12:47 UTC, Marcel Hilzinger
Details
imlib2 tiff loader patch (689 bytes, patch)
2005-09-27 14:05 UTC, Renchi Raju
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Marcel Hilzinger 2005-08-24 15:07:09 UTC
I found this bug already under SL 9.3. It seems to be related to KDE 3.4. 
Gwenview shows the pictures fine, but Konqueror and Digikam do not handle the 
TIF-Pictures.  
 
Also Nautilus and gThumb do only show a blank sheet.  
 
The tested pictures are from a digital camera.
Comment 1 Marcel Hilzinger 2005-08-24 15:13:00 UTC
I just realized, that the problem is due to the fact, that theese TIF-Pictures 
are containing a second layer with a preview of the picture. If I remove this 
second layer within Gimp and save the picture as TIF, there is no problem. 
 
Nevertheless this is a bug of newer KDE-Versions. In old digikam versions I 
had no problems with TIF-pictures. 
Comment 2 Dirk Mueller 2005-08-24 15:14:35 UTC
example picture.. 
Comment 3 Marcel Hilzinger 2005-08-24 15:18:34 UTC
Created attachment 47416 [details]
Test picture (2.3MB)
Comment 4 Stephan Kulow 2005-09-06 07:32:17 UTC
I think I saw a similiar report on bugs.kde.org following our security fixes 
in kimgio 
Comment 5 Dirk Mueller 2005-09-06 18:37:38 UTC
are you sure you attached the right picture? displays just fine for me in 
konqueror (html mode) and konqueror (file manager preview) as well as in 
kolourpaint and in gwenview.  
 
I doubt that the kimgio security fixes have anything to do with it as there 
wasn't any relevant diff in tiffr.cpp 
 
please reopen if you can see the problem with beta4 or newer (I tested 
beta4plus) and you're sure you send me the right picture .  
 
 
 
Comment 6 Marcel Hilzinger 2005-09-08 12:39:37 UTC
Still there in RC1. 
Attached another example picture and a screenshot from Konqueror and digikam.  
Comment 7 Marcel Hilzinger 2005-09-08 12:44:13 UTC
Created attachment 49198 [details]
Test picture 2

Here another test-picture.
Comment 8 Marcel Hilzinger 2005-09-08 12:47:29 UTC
Created attachment 49199 [details]
Screenshot, how it looks like

That's how Konqueror and Digikam show the pictures. If I klick on an image in
Konqueror, it displays it, but Digikam shows only a black sheet.
Comment 9 Dirk Mueller 2005-09-08 14:13:33 UTC
konqueror still works great for me.. you do have kdegraphics3 installed? 
 
however, it seems to fail in digikam.. investigating.  
 
 
 
Comment 10 Marcel Hilzinger 2005-09-08 14:28:08 UTC
Yes I have. As I mentioned, Konqueror shows the picture, if I klick on it, but 
there is no thumbnail displayed (blank sheet, look at the screenshot, please). 
 
Thanks for not giving up :-) 
Comment 11 Dirk Mueller 2005-09-08 15:11:11 UTC
thats not the bug I have.. if I click on the image in digikam its black as  
well..  
  
did you do a clean install of RC1 ? 
 
 
Comment 12 Dirk Mueller 2005-09-08 16:07:12 UTC
I tested, the digikam problem also appears on 9.3-original and 9.3-you, so 
this is just a "it never worked" bug.  
 
still unsure about the konqueror preview bug.  
 
 
Comment 13 Renchi Raju 2005-09-27 14:05:48 UTC
Created attachment 50940 [details]
imlib2 tiff loader patch

digikam upstream here.

the bug is in the imlib2 tiff loader. attached patch will fix it (latest
released 1.2.1 has it as well)
Comment 14 Dirk Mueller 2005-11-16 16:01:28 UTC
the patch alone as well as a imlib2 update to 1.2.1 doesn't seem to fix it for me. 

Comment 15 Marcel Hilzinger 2005-11-18 10:17:05 UTC
I can confirm this. It's still not working.
Comment 16 Marcel Hilzinger 2005-12-07 09:27:37 UTC
I updated now SL 10.0 with a lot of packman packages. Now the problem is gone. Unfortunately I cannot tell you, which package contains the fix...
Comment 17 Dirk Mueller 2005-12-07 10:14:39 UTC
well, it would help if you post the versions and numbers of digikam and its dependent package to see what you did :)

Comment 18 Dirk Mueller 2006-02-08 01:49:03 UTC
it seems it is caused by dcraw not treating those files correctly. digikam detects that dcraw can handle it (which it claims it can), but then dcraw seems to shredder it somhow. 

reported a bug upstream. 

Comment 19 Stephan Kulow 2008-06-25 09:32:44 UTC
mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy)
Comment 20 Stephan Kulow 2008-06-25 09:34:09 UTC
mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy)
Comment 21 Stephan Kulow 2008-06-25 09:40:35 UTC
mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy)
Comment 22 Stephan Kulow 2008-06-25 09:52:26 UTC
Closing old LATER+REMIND bugs as WONTFIX - if you still plan to work on it, feel free to reopen and set to ASSIGNED.

In case the report saw repeated reopen comments, it's due to bugzilla timing out on the huge request ;(