GNOME Bugzilla – Bug 72169
Crash on panel startup
Last modified: 2004-12-22 21:47:04 UTC
Package: gnome-applets Severity: normal Version: 0 Synopsis: Crash on panel startup Bugzilla-Product: gnome-applets Bugzilla-Component: mini-commander BugBuddy-GnomeVersion: 2.0 (1.112.0) Description: Description of Problem: The panel died and on the subsequent startup the mini-commander applet crashed. Steps to reproduce the problem: 1. 2. 3. Actual Results: Expected Results: How often does this happen? Additional Information: Debugging Information: [New Thread 1024 (LWP 6186)] 0x40a81a49 in __wait4 () from /lib/i686/libc.so.6
+ Trace 18110
Thread 1 (Thread 1024 (LWP 6186))
------- Bug moved to this database by unknown@bugzilla.gnome.org 2002-02-21 14:44 ------- Reassigning to the default owner of the component, gnome-applets-maint@bugzilla.gnome.org.
Is this the same as bug 71997, anyone?
*** Bug 71997 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of 69333 ***
Opps. Wrong bug duplicate number. Should have been 71997.
global variables issue almost certainly.
*** Bug 72763 has been marked as a duplicate of this bug. ***
Still true. When you remove applet from panel, it disappears. Crash dialog appears only after some (~4) seconds, so it seems applet has not ben destroyed. On the terminal, these warnings are printed: mini_commander_applet (pid:18018): GLib-GObject-WARNING **: invalid uninstantiaable type `<invalid>' in cast to `GObject' mini_commander_applet (pid:18018): GLib-GObject-CRITICAL **: file gobject.c: lie 1370 (g_object_get_data): assertion `G_IS_OBJECT (object)' failed Or wait, is that timeout just bug-buddy startup time?
Fixed in cvs. The timeout wasn't being removed when the applet was destroyed