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 403160 - crash with "gdk_pixbuf_composite: assertion `src != NULL'"
crash with "gdk_pixbuf_composite: assertion `src != NULL'"
Status: RESOLVED FIXED
Product: gnome-control-center
Classification: Core
Component: [obsolete] Appearance
2.16.x
Other Linux
: Normal critical
: ---
Assigned To: Control-Center Maintainers
Control-Center Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-02-01 10:27 UTC by Sebastien Bacher
Modified: 2007-06-15 18:04 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16


Attachments
OTHER-TuxKey_1024x768.png (885.20 KB, image/png)
2007-02-01 12:17 UTC, Alexandro Silva
Details

Description Sebastien Bacher 2007-02-01 10:27:00 UTC
That bug has been opened on https://launchpad.net/ubuntu/+source/control-center/+bug/77705

"Binary package hint: gnome-backgrounds

A error occurred to open the gnome-background-properties

(control-center:9157): GdkPixbuf-CRITICAL **: gdk_pixbuf_composite: assertion `src != NULL' failed
...
(control-center:22184): GdkPixbuf-CRITICAL **: gdk_pixbuf_scale_simple: assertion `dest_width > 0' failed
(control-center:22184): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_width: assertion `pixbuf != NULL' failed
(control-center:22184): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_height: assertion `pixbuf != NULL' failed
(control-center:22184): GdkPixbuf-CRITICAL **: gdk_pixbuf_composite: assertion `src != NULL' failed
...
http://librarian.launchpad.net/5917423/gdb-gnome-background-properties.txt
New backtrace with the packages gdb installed
...
  • #0 IA__gdk_pixbuf_composite
    at gdk-pixbuf-scale.c line 130
  • #1 gnome_wp_pixbuf_tile
    at /build/buildd/control-center-2.16.1/./capplets/background/gnome-wp-utils.c line 132
  • #2 gnome_wp_item_get_thumbnail
    at /build/buildd/control-center-2.16.1/./capplets/background/gnome-wp-item.c line 320
  • #3 wp_props_load_wallpaper
    at /build/buildd/control-center-2.16.1/./capplets/background/gnome-wp-capplet.c line 202
  • #4 IA__g_hash_table_foreach
    at ghash.c line 662
  • #5 gnome_wp_load_stuffs
    at /build/buildd/control-center-2.16.1/./capplets/background/gnome-wp-capplet.c line 585
  • #6 g_idle_dispatch
    at gmain.c line 3926
  • #7 IA__g_main_context_dispatch
    at gmain.c line 2045

The backtrace with the packges libglib2.0-0-dbg libgtk2.0-0-dbg gnome-control-center-dbg installed in attach.
..."
Comment 1 Alexandro Silva 2007-02-01 12:17:05 UTC
Created attachment 81652 [details]
OTHER-TuxKey_1024x768.png
Comment 2 Jens Granseuer 2007-02-01 23:48:54 UTC
I can't seem to get the image downloaded fully. Is it corrupted, or is it just the server that doesn't like me?
Comment 3 Jens Granseuer 2007-02-12 20:00:00 UTC
FWIW, the corrupted image is displayed without a problem (except that half of it is missing, which is to be expected).
Comment 4 Sebastien Bacher 2007-02-13 09:53:38 UTC
what information do you need?
Comment 5 Rodney Dawes 2007-02-13 15:28:43 UTC
The warnings pasted above in the report, are coming from "control-center" and not "gnome-background-properties". I just tried the image, which failed to thumbnail, but did not crash the capplet, as well. Perhaps some clue as to how to actually reproduce this crash. I am running 2.16 here, and it is working fine, aside from the fact that the file is broken. It does do approximately what I would expect it to do, though. No crashing.
Comment 6 Sven Arvidsson 2007-06-15 17:05:23 UTC
Something similar was reported by a Debian user, gnome-background-properties hangs and prints gdk_pixbuf_composite: assertion `src != NULL' failed when Nvidia Twinview is enabled:

"When TwinView is enabled with a proprietary NVIDIA driver, gnome-background-properties hangs on startup. It  displays the window correctly without any background images (it seams that they are being loaded), displaying a working/waiting cursor. It and gdm use a lot of CPU in the process. This was not the case in Gnome 2.14. This is not the case when I disable TwinView. GDM correctly displays the login screen on only one screen. XFCE has no problem with the setup."

http://bugs.debian.org/428335

If you don't think it's the same problem I can open a new bug about it.
Comment 7 Jens Granseuer 2007-06-15 18:04:41 UTC
I've just committed some code to the new appearance capplet so we should catch those issues and simply not display a thumbnail at all. However, at least for the stacktrace in this bug, the cause behind this seems to be gdk_pixbuf_scale_simple failing for some reason. No idea why TwinView would have an effect on that.

Assuming fixed for now.

2007-06-15  Jens Granseuer  <jensgr@gmx.net>

        * appearance-desktop.c: (wp_props_load_wallpaper),
        (wp_scale_type_changed), (wp_shade_type_changed):
        * gnome-wp-utils.c: (gnome_wp_pixbuf_tile): be extra careful when
        generating pixbufs (should mean we just get no thumbs instead of
        assertion failures, bug #403160)