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 634452 - Eog can't show .ico image
Eog can't show .ico image
Status: RESOLVED DUPLICATE of bug 581838
Product: eog
Classification: Core
Component: image viewer
2.32.x
Other Linux
: Normal normal
: ---
Assigned To: EOG Maintainers
EOG Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-11-09 19:42 UTC by Pedro Villavicencio
Modified: 2010-11-13 12:44 UTC
See Also:
GNOME target: ---
GNOME version: 2.31/2.32



Description Pedro Villavicencio 2010-11-09 19:42:23 UTC
this report has been filed here:

https://bugs.launchpad.net/ubuntu/+source/eog/+bug/670599

eog is unable to show the following image:

https://bugs.launchpad.net/ubuntu/+source/eog/+bug/670599/+attachment/1722171/+files/usb.ico

it says:

(eog:14141): GdkPixbuf-CRITICAL **: gdk_pixbuf_animation_is_static_image: assertion `GDK_IS_PIXBUF_ANIMATION (animation)' failed

(eog:14141): GdkPixbuf-CRITICAL **: gdk_pixbuf_animation_get_iter: assertion `GDK_IS_PIXBUF_ANIMATION (animation)' failed

(eog:14141): GdkPixbuf-CRITICAL **: gdk_pixbuf_animation_iter_get_pixbuf: assertion `GDK_IS_PIXBUF_ANIMATION_ITER (iter)' failed
Comment 1 Felix Riemann 2010-11-12 22:16:20 UTC
From a first look this could be the loader falling over the PNG-compressed 256x256px icon that is included in the bundle. These "Vista-style"-icons are yet to be supported by gdk-pixbuf's ICO loader (see bug 581838).

I'll see if I can bisect the PNG icon out of the bundle and check again.
Comment 2 Felix Riemann 2010-11-13 12:44:59 UTC
(In reply to comment #1)
> From a first look this could be the loader falling over the PNG-compressed
> 256x256px icon that is included in the bundle. These "Vista-style"-icons are
> yet to be supported by gdk-pixbuf's ICO loader (see bug 581838).


Yes it's like that. The loader doesn't correctly error as it starts interpreting the PNG header as a BITMAPHEADERINFO struct and at the end is still expecting over 1GB of input data.

Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of bug 581838 ***