GNOME Bugzilla – Bug 360742
Panel lacking functionality when coupled with KNOME hack
Last modified: 2007-04-30 09:21:30 UTC
Please describe the problem: When one uses the KNOME hack with Ubuntu Edgy Beta, which allows the usage of GNOME with kwin, the gnome panel ceases to function properly. It crashes and restarts upon every xserver restart, and applications don't maximize with respect to it. KNOME hack - http://www.ubuntuforums.org/showthread.php?t=115974&page=1 Steps to reproduce: 1. Follow the kwin hack instructions linked above. Ubuntu Edgy might be necessary. 2. Restart the xserver. The panel crashes and restarts. 3. Maximize a window. Observe the badthingitude. Actual results: Crashage, pwnage, fryage, burnage. Generally not working with kwin. Expected results: Might depend on the version of kwin in ubuntu, but what I specified above. Apt reports the version as 4:3.5.4-ubuntu29. Does this happen every time? Yes. Other information: Report generated by bug buddy, with gnome-panel debugging symbols: Memory status: size: 37015552 vsize: 0 resident: 37015552 share: 0 rss: 13451264 rss_rlim: 0 CPU usage: start_time: 1160339273 rtime: 0 utime: 124 stime: 0 cutime:119 cstime: 0 timeout: 5 it_real_value: 0 frequency: 0 Backtrace was generated from '/usr/bin/gnome-panel' Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread -1225017680 (LWP 5143)] 0xffffe410 in __kernel_vsyscall ()
+ Trace 75307
Thread 1 (Thread -1225017680 (LWP 5143))
Thanks for taking the time to report this bug. Unfortunately, that stack trace is missing some elements that will help a lot to solve the problem, so it will be hard for the developers to fix that crash. Can you get us a stack trace with debugging symbols? Please see http://live.gnome.org/GettingTraces for more information on how to do so. Thanks in advance! (we need libwnck symbols here)
Ubuntu bug about that: https://launchpad.net/bugs/87466 Debug backtrace for the crash:
+ Trace 113637
(gdb) p *space $1 = {parent_instance = {g_type_instance = {g_class = 0x82e1e20}, ref_count = 4, qdata = 0x824ae50}, priv = 0x210fc0} (gdb) p *space->priv Cannot access memory at address 0x210fc0
Thanks for taking the time to report this bug. This particular bug has already been reported into our bug tracking system, but we are happy to tell you that the problem has already been fixed. It should be solved in the next software version. You may want to check for a software upgrade. *** This bug has been marked as a duplicate of 403377 ***
Note that I'm not 100% sure it's a duplicate, but the current stack trace is unfortunately not useful. Either it's a duplicate and we're fine, or we'll need a new stack trace (which is likely to be reported in a new bug) to get more information.