Bug 106357
Summary: | closing apps may crash WM | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Alexandre Oliva <oliva> |
Component: | metacity | Assignee: | Havoc Pennington <hp> |
Status: | CLOSED UPSTREAM | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 1 | CC: | bart.martens, dbaron, mikko, srn |
Target Milestone: | --- | Keywords: | Triaged |
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-05-25 19:42:58 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 100644 |
Description
Alexandre Oliva
2003-10-06 14:06:52 UTC
I haven't got this any more with recent updates. Dunno exactly what fixed it, but it seems to be gone. Spoke a bit too soon :-( It's back. Seems to happen most often when closing xchat, but it's not easily reproducible :-( Got it closing gnome-terminal the other day, and closing Mozilla today :-( It doesn't seem to be related with the application. $ rpm -q metacity metacity-2.6.3-1 $ file core.* core.13227: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, SVR4-style, from 'metacity' core.17275: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, SVR4-style, from 'metacity' core.20403: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, SVR4-style, from 'metacity' $ gdb `which metacity` core.13227 ... (gdb) bt #0 0x00c159d0 in g_list_find () from /usr/lib/libglib-2.0.so.0 #1 0x0809fd0b in meta_workspace_contains_window () #2 0x0809671d in meta_window_visible_on_workspace () #3 0x080967c0 in meta_window_visible_on_workspace () #4 0x080969b4 in meta_window_calc_showing () #5 0x08098ec8 in meta_window_focus () #6 0x080a0c60 in meta_workspace_focus_mru_window () #7 0x08096485 in meta_window_free () #8 0x0805f54e in meta_display_get_current_time () #9 0x080934f8 in meta_ui_get_display () #10 0x0834b130 in ?? () #11 0xbfec5768 in ?? () #12 0x0032a668 in gdk_event_get_graphics_expose () from /usr/lib/libgdk-x11-2.0.so.0 #13 0x0070a020 in ?? () from /lib/tls/libc.so.6 2nd: #0 0x08098eb3 in meta_window_focus () #1 0x080a0c60 in meta_workspace_focus_mru_window () #2 0x08096485 in meta_window_free () #3 0x0805f54e in meta_display_get_current_time () #4 0x080934f8 in meta_ui_get_display () #5 0x0993ce80 in ?? () #6 0xbff4b358 in ?? () #7 0x0032a668 in gdk_event_get_graphics_expose () from /usr/lib/libgdk-x11-2.0.so.0 #8 0x003c85fa in gtk_clist_set_button_actions () from /usr/lib/libgtk-x11-2.0.so.0 Previous frame inner to this frame (corrupt stack?) 3rd: #0 0x08098ea9 in meta_window_focus () #1 0x080a0c60 in meta_workspace_focus_mru_window () #2 0x08096485 in meta_window_free () #3 0x0805f54e in meta_display_get_current_time () #4 0x080934f8 in meta_ui_get_display () #5 0x09252e80 in ?? () #6 0xbfe36ed8 in ?? () #7 0x0032a668 in gdk_event_get_graphics_expose () from /usr/lib/libgdk-x11-2.0.so.0 #8 0x0036eddc in ?? () from /usr/lib/libgtk-x11-2.0.so.0 I'm seeing a stack like the last two, and it looks like the crash is because window is trashed, so window->display is a pointer off in the weeds, so testing window->display->grab_window crashes (segmentation fault). *** Bug 110548 has been marked as a duplicate of this bug. *** Changing version to 1. Same as http://bugzilla.gnome.org/show_bug.cgi?id=143149 presumably. |