After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 135502 - gdk-pixbuf (was: eog) doesn't display some bmp files correctly
gdk-pixbuf (was: eog) doesn't display some bmp files correctly
Status: RESOLVED FIXED
Product: gdk-pixbuf
Classification: Platform
Component: general
git master
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
EOG Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-02-26 15:06 UTC by Johannes Berg
Modified: 2010-07-10 04:05 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
bmp file that displays with transparency (13.55 KB, image/x-ms-bmp)
2004-02-26 15:07 UTC, Johannes Berg 		Details
expected (gimp-1.3) and gotten (eog) behaviour (23.95 KB, image/png)
2004-02-26 15:25 UTC, Johannes Berg 		Details

Description Johannes Berg 2004-02-26 15:06:05 UTC 
I will attach a bmp file that displays very strangely with transparency.
Comment 1 Johannes Berg 2004-02-26 15:07:43 UTC 
Created attachment 24806 [details]
bmp file that displays with transparency
Comment 2 Jens Finke 2004-02-26 15:14:48 UTC 
What is the exact problem? How should the image look like? Screenshot
maybe?
Comment 3 Johannes Berg 2004-02-26 15:25:58 UTC 
Created attachment 24808 [details]
expected (gimp-1.3) and gotten (eog) behaviour
Comment 4 Didier LINK 2004-02-26 20:50:33 UTC 
Look the same problem with eog-2.5.5 on gnome release 2.5.5

regards
Comment 5 Luis Villa 2004-02-26 21:17:04 UTC 
After looking at this some, i think this is a gdk-pixbuf problem,
since the thumbnail for nautilus also has the same problem.
Comment 6 Owen Taylor 2004-02-26 22:56:20 UTC 
Confirmed with CVS HEAD (checked because various BMP fixes
went in recently)
Comment 7 Matthias Clasen 2004-03-05 00:57:07 UTC 
This is a depth 32 bmp with compression = none. The bmp loader
extracts an alpha channel from the file, although the sources I found
(there are only few sources of information regarding depth 32 bmps on
the net)
http://www.hutgame.com/skill/bmp1.htm, there is no alpha information
ever in bmp files. Thus the loader loads a bogus alpha channel, which
in this case happens to be transparent.
Comment 8 Matthias Clasen 2004-03-05 21:21:32 UTC 
Fixed by making all pixbufs loaded from bmps non-transparent.