Created attachment 60424 [details] Screenshot of the bug. Version: unspecified (using Devel) OS: Linux Reproducible: Always Steps to Reproduce: 0) You should be using light color scheme, default one is good. 1) Download the two provided images, place them in some (new) folder. 2) Open them in gwenview, KolourPaint, or any other image viewer. Confirm that they are equal. 3) Open dolphin with image previews turned on, go to that folder. Actual Results: Dolphin shows different images. One of them is rendered on black background, instead of transparent. See screenshot. Expected Results: Two equal images, no black color. *) That happens for Dolphin, Dolphin kpart, and the file dialog. *) KDE 4.6.3 on two different Kububtu machines was also affected. *) optipng.png is a result of „optipng -o9“ command on orig.png. *) That (original, good) file is a testcase created with KolourPaint. It also happens on real images with transparency (if you use optipng on them).
Created attachment 60425 [details] Bad image (this one is rendered on black background).
Created attachment 60426 [details] orig.png (good image, this one is ok)
Forgot to mention, i have KDE 4.7.beta1 on ArchLinux. But it also happens with 4.6.3 on two different Kubuntu machines.
Looks like the problem lies in image depth. Optimized images with depth 32 are ok, while with any lower depth — rendered on black background.
Git commit 31f8be7ae74a5e91501fa885977d96961636d1d9 by Christoph Feck. Committed on 14/06/2011 at 13:55. Pushed by cfeck into branch 'master'. Do not discard alpha component of palettized images BUG: 274394 FIXED-IN: 4.7.0 M +1 -1 kioslave/thumbnail/imagecreator.cpp http://commits.kde.org/kde-runtime/31f8be7ae74a5e91501fa885977d96961636d1d9
Thank you :-).