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 314442 - Metacity crashes when opening Gimp dialog
Metacity crashes when opening Gimp dialog
Status: RESOLVED DUPLICATE of bug 315000
Product: metacity
Classification: Other
Component: general
2.11.x
Other Linux
: Normal major
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
: 314534 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-08-25 01:51 UTC by Žygimantas Beručka
Modified: 2005-09-01 22:29 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Debug log (23.46 KB, application/x-gzip)
2005-08-25 18:50 UTC, Žygimantas Beručka
Details

Description Žygimantas Beručka 2005-08-25 01:51:49 UTC
Version details: 2.11.3
Distribution/Version: Ubuntu Breezy current

Metacity crashes and restarts itself when opening Script-Fu -> Shadow -> Drop
Shadow in Gimp 2.2.8
Comment 1 Teppo Turtiainen 2005-08-25 06:15:40 UTC
Thanks for the bug report. Without a stack trace from the crash it's very hard
to determine what caused it. Can you provide us with one? Please see
http://live.gnome.org/GettingTraces for more information on how to do so.
Comment 2 Elijah Newren 2005-08-25 17:20:21 UTC
May be related to bug 169684 (32 bit visuals cause Metacity to crash).  I can't
duplicate with gimp 2.0.5 and I can't get gimp to compile from CVS (either HEAD
or with the GIMP_2_2_8 tag).  Since I can't reproduce, we'd need a stack trace
or debugging log as Teppo pointed out, though getting one for Metacity is a
little bit different.  See bug 169684 comment 1 for how to get the latter (which
is probably easier); for just a stack trace you would need to run gdb in a
separate virtual console and attach it to the running Metacity process before it
crashes.
Comment 3 Žygimantas Beručka 2005-08-25 18:50:23 UTC
Created attachment 51335 [details]
Debug log
Comment 4 Žygimantas Beručka 2005-08-25 18:52:09 UTC
Will it suffice just a debug log, or do I need to make a stack trace as well?
Comment 5 Elijah Newren 2005-08-25 19:06:50 UTC
Well the debugging log merely showed that a "Script Fu" window was being
centered onscreen before the log ended without showing any X errors, failed
assertions, or backtraces.  So, yes, we'll need a stack trace obtained with gdb
as well.
Comment 6 Crispin Flowerday (not receiving bugmail) 2005-08-27 13:26:40 UTC
The relevant ubuntu but is http://bugzilla.ubuntu.com/show_bug.cgi?id=14145:

The stack trace is:

  • #0 meta_accel_label_set_accelerator
  • #1 meta_window_place
  • #2 meta_window_constrain
  • #3 meta_window_activate
  • #4 meta_window_move_resize
  • #5 meta_window_move_resize_now
  • #6 meta_window_queue_calc_showing
  • #7 meta_window_should_be_showing
  • #8 meta_window_calc_showing
  • #9 meta_window_calc_showing
  • #10 g_child_watch_add
    from /usr/lib/libglib-2.0.so.0
  • #11 g_main_context_dispatch
    from /usr/lib/libglib-2.0.so.0
  • #12 g_main_context_check
    from /usr/lib/libglib-2.0.so.0
  • #13 g_main_loop_run
    from /usr/lib/libglib-2.0.so.0
  • #14 main


Rebuilding metacity on ubuntu to get a debug stacktrace seems to fix the crash,
and in fact just a plain re-build fixes the crash...

There is also a report with this stacktrace in bug 311819 comment 3
Comment 7 Elijah Newren 2005-08-29 20:14:44 UTC
*** Bug 314534 has been marked as a duplicate of this bug. ***
Comment 8 Elijah Newren 2005-08-29 21:23:53 UTC
meta_window_place() doesn't call meta_accel_label_set_accelerator(); I'd like to
know the real function it's crashing in as meta_window_place() is pretty huge...

Also, since all the people getting this are on Debian/Ubuntu and I can't
duplicate (bug 314534 even claimed it was 100% repeatable but I couldn't get
it), I'd like to know if anyone can get this with the Debian/Ubuntu patches removed.
Comment 9 Elijah Newren 2005-09-01 22:29:42 UTC
Brent Smith found and fixed this nasty crasher bug (well, provided the patch
that fixes it; it hasn't been committed yet though it works great).  It was an
uninitialized variable, which explains why others could get the crash when it
didn't happen for me doing the same thing.  (When I re-ran Metacity under
valgrind to test things out, I could indeed get the crash)

*** This bug has been marked as a duplicate of 315000 ***