|
Bugzilla – Full Text Bug Listing |
| Summary: | Digikam and Konqueror do not handle TIF-Pictures | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Marcel Hilzinger <marcel> |
| Component: | KDE | Assignee: | E-mail List <kde-maintainers> |
| Status: | RESOLVED WONTFIX | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | ||
| Version: | RC 1 | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
Test picture (2.3MB)
Test picture 2 Screenshot, how it looks like imlib2 tiff loader patch |
||
|
Description
Marcel Hilzinger
2005-08-24 15:07:09 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. example picture.. Created attachment 47416 [details]
Test picture (2.3MB)
I think I saw a similiar report on bugs.kde.org following our security fixes in kimgio 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 . Still there in RC1. Attached another example picture and a screenshot from Konqueror and digikam. Created attachment 49198 [details]
Test picture 2
Here another test-picture.
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.
konqueror still works great for me.. you do have kdegraphics3 installed? however, it seems to fail in digikam.. investigating. 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 :-) 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 ? 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. 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)
the patch alone as well as a imlib2 update to 1.2.1 doesn't seem to fix it for me. I can confirm this. It's still not working. 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... well, it would help if you post the versions and numbers of digikam and its dependent package to see what you did :) 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. mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy) mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy) mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy) 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 ;( |