Bug 461885 - metacity repeatedly got crashed
Summary: metacity repeatedly got crashed
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: metacity
Version: 9
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Søren Sandmann Pedersen
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-09-11 07:38 UTC by Akira TAGOH
Modified: 2014-06-18 09:10 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2009-07-14 14:39:03 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Xorg.0.log (21.85 KB, text/plain)
2008-09-11 07:38 UTC, Akira TAGOH
no flags Details
xdpyinfo (2.37 KB, text/plain)
2008-09-11 07:40 UTC, Akira TAGOH
no flags Details

Description Akira TAGOH 2008-09-11 07:38:02 UTC
Created attachment 316400 [details]
Xorg.0.log

Description of problem:
I'm not sure what's triggering this but once seeing this issue, metacity is crashing immediately when run it manually.

Version-Release number of selected component (if applicable):
metacity-2.22.0-3.fc9.x86_64

% DISPLAY=:0 gdb --args metacity --replace
GNU gdb Fedora (6.8-21.fc9)
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu"...
(gdb) r
Starting program: /usr/bin/metacity --replace
[Thread debugging using libthread_db enabled]
[New Thread 0x7f14de3c37d0 (LWP 28046)]

Program received signal SIGSEGV, Segmentation fault.
0x000000000041c730 in event_callback (event=0x7fffe63f6370, data=0x11fdb50) at core/display.c:1988
1988              meta_workspace_focus_default_window (new_screen->active_workspace, 
(gdb) p new_screen
$1 = (MetaScreen *) 0x0
(gdb) thread apply all bt

Thread 1 (Thread 0x7f14de3c37d0 (LWP 28046)):
#0  0x000000000041c730 in event_callback (event=0x7fffe63f6370, data=0x11fdb50) at core/display.c:1988
#1  0x0000000000463106 in filter_func (xevent=0x12057a0, event=<value optimized out>, data=0x31125d79) at ui/ui.c:83
#2  0x0000003bdf65418b in gdk_event_apply_filters (xevent=Could not find the frame base for "gdk_event_apply_filters".
) at gdkevents-x11.c:345
#3  0x0000003bdf654f0f in gdk_event_translate (display=Could not find the frame base for "gdk_event_translate".
) at gdkevents-x11.c:896
#4  0x0000003bdf657a16 in _gdk_events_queue (display=Could not find the frame base for "_gdk_events_queue".
) at gdkevents-x11.c:2285
#5  0x0000003bdf657bec in gdk_event_dispatch (source=Could not find the frame base for "gdk_event_dispatch".
) at gdkevents-x11.c:2345
#6  0x0000003bdde374db in IA__g_main_context_dispatch (context=<value optimized out>) at gmain.c:2012
#7  0x0000003bdde3acbd in g_main_context_iterate (context=<value optimized out>, block=<value optimized out>, dispatch=<value optimized out>, 
    self=<value optimized out>) at gmain.c:2645
#8  0x0000003bdde3b1ed in IA__g_main_loop_run (loop=<value optimized out>) at gmain.c:2853
#9  0x000000000042a9d3 in main (argc=1, argv=0x7fffe63f6b88) at core/main.c:476
(gdb) l 1980
1975              break;
1976            }
1977  
1978          /* If the mouse switches screens, active the default window on the new
1979           * screen; this will make keybindings and workspace-launched items
1980           * actually appear on the right screen.
1981           */
1982          if (display->active_screen !=
1983              meta_display_screen_for_root (display, event->xcrossing.root))
1984            {
(gdb) 
1985              MetaScreen *new_screen;
1986              new_screen = meta_display_screen_for_root (display,
1987                                                         event->xcrossing.root);
1988              meta_workspace_focus_default_window (new_screen->active_workspace,
1989                                                   NULL,
1990                                                   event->xcrossing.time);
1991            }
1992  
1993          /* Check if we've entered a window; do this even if window->has_focus to
1994           * avoid races.
(gdb) p display
$2 = <value optimized out>
(gdb) p event->xcrossing
$3 = {type = 7, serial = 2272, send_event = 0, display = 0x11be410, window = 1109393445, root = 279, subwindow = 1109393504, time = 823287161, x = 1961, y = 1347,
  x_root = 761, y_root = 1347, mode = 0, detail = 4, same_screen = 1, focus = 1, state = 16}

Comment 1 Akira TAGOH 2008-09-11 07:40:10 UTC
Created attachment 316401 [details]
xdpyinfo

Comment 2 Andy Bakun 2008-10-14 06:48:25 UTC
This looks like a dupe of bug 460793.  I've generated a patch, which is attached to that bug.

Comment 3 Bug Zapper 2009-06-10 02:41:27 UTC
This message is a reminder that Fedora 9 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 9.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '9'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 9's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 9 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 4 Akira TAGOH 2009-06-10 13:09:28 UTC
I've not seen this issue for a while on F-10 box.

Comment 5 Bug Zapper 2009-07-14 14:39:03 UTC
Fedora 9 changed to end-of-life (EOL) status on 2009-07-10. Fedora 9 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.