GNOME Bugzilla – Bug 326942
Panel crashes at startup
Last modified: 2006-01-21 07:29:19 UTC
Steps to reproduce: Upgrade to new GNOME 2.13.4 packages Stack trace: ** CRITICAL **: panel_applet_frame_load: assertion `iid != NULL' failed aborting... Program received signal SIGTRAP, Trace/breakpoint trap.
+ Trace 65199
Thread NaN (LWP 4797)
Other information:
Reinout: can you easily reproduce? Can you get a stack trace with debugging symbols?
It's reproducable 100% of the time (i.e. I'm limping by without a panel now). I'll try if I can build from cvs with debug on...
Unfortunately it requires cairo 1.0 and that isn't yet available on mandriva cooker, and I don't have the disk space or cpu power to do a full garnome/jhbuild.
I have the same problem. I just recompiled Gnome 2.13.x with debugging info so hopefully the following backtrace will be useful. The problem goes away if I drop gnome-session from 2.13.5 or 2.13.4 to 2.12.0 but happens 100% of the time with either 2.13 version. I'm running Gentoo 2005.1/AMD64/xorg-x11-7.0/2.6.15-ck1. Backtrace was generated from '/usr/bin/gnome-panel' Using host libthread_db library "/lib/tls/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread 46912582173984 (LWP 10457)] [New Thread 1074006368 (LWP 10465)] 0x00002aaaaf2d7eba in waitpid () from /lib/tls/libpthread.so.0
+ Trace 65352
Thread 1 (Thread 46912582173984 (LWP 10457))
Jose, the last stack trace is a different one (meaning different problem) please file a seperate report for it.
(In reply to comment #5) > Jose, the last stack trace is a different one (meaning different problem) > please file a seperate report for it. Done. Bug 327748 – gnome-panel-2.13.5 crashes on session startup
Reinout: I'm quite surprised that cairo 1.0 is not in cooker, but I'm not a mandriva user, so... The only way that it could happen is that bonobo_iid is not set for an applet in gconf. Could you do the following in gconf-editor, eg: * open gconf-editor * go to /apps/panel/applets * look at all subdirs and see if the bonobo_iid key is set there Also, the content of /apps/panel/general/applet_id_list can be useful? Does all strings in there match a subdir in /apps/panel/applets? I'm committing a patch that should avoid a crash caused by this.
I assume that this is purely a question of time and a newer cairo will be in soon. Anyway, I purged my panel configuration (it had gathered a LOT of cruft during the years) and the problem went away. If you have a patch to prevent a crash in this situation, we can close the bug.
Ok, closing. Thanks