GNOME Bugzilla – Bug 71213
Panel crashed while looking at menus
Last modified: 2015-03-24 13:00:31 UTC
Package: gnome-core Severity: normal Version: 1.5.7 Synopsis: Panel crashed while looking at menus Bugzilla-Product: gnome-core Bugzilla-Component: panel BugBuddy-GnomeVersion: 2.0 (1.110.1) Description: Description of Problem: I was looking at the applications menu when the panel crashed. Steps to reproduce the problem: 1. Pull down app menu. While holding mouse button down, move up and down the list. 2. 3. Actual Results: Crash Expected Results: See menus pop up and go away. How often does this happen? First time. Haven't tried to recreate yet. Additional Information: Debugging Information: [New Thread 1024 (LWP 1178)] 0x40921a49 in __wait4 () from /lib/i686/libc.so.6
+ Trace 17628
Thread 1 (Thread 1024 (LWP 1178))
------- Bug moved to this database by unknown@bugzilla.gnome.org 2002-02-11 17:22 ------- Reassigning to the default owner of the component, panel-maint@bugzilla.gnome.org.
tagging as gnome2
Yes, I've seen this before - couldn't figure it out at the time though. I think it may have something to do with unreffed GtkImage not being taken off the icon list.
Mark: is this bug 69596? That seems to indicate the problem is fixed in CVS... Roy/guape: BTW, while you're sticking keywords in, make sure all feature requests are marked 'enhancement' and crashes are 'critical.' Just one more way to save me time ;)
Luis: oh yeah, it is - well the second trace in #69596 anyway. The first one is fixed ..
*** This bug has been marked as a duplicate of 71816 ***
Note, this is not a duplicate 71816 ... wrong button clicked :(
Not simulatable in panel version 1.5.10
Mark, David: is this fixed? Please close if so. [Sounds like it is, but perhaps I'm a bit unclear.]
Yes, but I haven't been able to upgrade in a while. I've been using the packages from red-carpet's Gnome 2 Snapshot, and I can't update anything because all the Gnome 1 packages require atk-0.11 and all the Gnome 2 packages require atk-0.13 (one of several similar problems.)
David: hrm... RC may be saying that, but I'm almost 100% certain that isn't the case, since atk isn't a part of the 1.4 platform. :) What package is it saying needs the older atk?
libatk.so.11 is needed by gnome-applets-1.91.1.0.200202062313-snap.ximian.1 libatk.so.11 is needed by gnome-utils-1.98.0.0.200202062313-snap.ximian.1 libatk.so.11 is needed by gnome-core-1.5.7.0.200202062313-snap.ximian.1 libatk.so.11 is needed by eog-0.110.0.0.200202062313-snap.ximian.1 libatk.so.11 is needed by gdm-2.3.90.1.0.200202062313-snap.ximian.1 libatk.so.11 is needed by bug-buddy-2.1.3.0.200202062313-snap.ximian.1 libatk.so.11 is needed by gnome-games-1.90.1.0.200202062313-snap.ximian.1 libatk.so.11 is needed by libpanel-applet2-1.5.7.0.200202101248-snap.ximian.1
Hrm. All of those should be being upgraded as well, right? Are you trying to upgrade them as well or just specific programs? For what it's worth, in the edit menu, Red Carpet has a 'check all' option; that may or may not help the case. If that doesn't work, you should be able to safely 'rpm -e --force atk' and then immediately do the upgrade from redcarpet [note that this will break things until you upgrade everything, of course :)
They should be being upgraded, but they're not. OTOH, I now see packages like gnome-applets2, eog2, etc., so maybe there was a small window where these files had the wrong name and I got hit by it. I'll try to back out these files and then see where I am.
All packages updated. I don't see this problem any more.
Closing then. Thanks for helping out, David.
Hallo I still have this Problem (v-b-s(head); annoncvs; last rebuild all (from 'scratch') Apr 30 14:32; last update from panel May 5 20:56) First I admit it hard to reproduce. Almost a heisenbug ;-). But I got I one time without trying, that's why I'm reporting this one. Ok the best way to reproduce is from my experience: 1. have a panel ready with a Gnome-menu 2. Open the Menu 3. move the mouse fast up and down at the 1st level of the menu while shifting the mouse a bit left and right so that it opens a submenu sometimes. 4. Continue until you get a nice gnome-segv2 dialog. Yeah, I admit it's not really that usual use pattern of the panel, but an idle user sometimes does strange things(seems people select random things on the screen or just play with the menus (menu-surfing?)). So I think this bug should be reopened. I'll attach a stacktrace from my system:
Created attachment 8236 [details] stacktrace from crash (textshell)
*** Bug 80607 has been marked as a duplicate of this bug. ***
Reopening.
Found it, whacked it ... (or so I think, can you still verify?) It had to do with the icons to load being added twice to the queue, this could happen if the map on the image happened twice before the idle ran.
I don't see th eproblem anymore.
*** Bug 82932 has been marked as a duplicate of this bug. ***