Bug 537024 - Metacity terminates unexpectedly with BadWindow (invalid Window parameter)
Summary: Metacity terminates unexpectedly with BadWindow (invalid Window parameter)
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: metacity
Version: 5.4
Hardware: All
OS: Linux
urgent
urgent
Target Milestone: rc
: ---
Assignee: Owen Taylor
QA Contact: desktop-bugs@redhat.com
URL:
Whiteboard:
Depends On: 523777
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-11-12 09:03 UTC by RHEL Program Management
Modified: 2009-11-26 08:11 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-11-26 08:11:13 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2009:1610 0 normal SHIPPED_LIVE metacity bug fix update 2009-11-26 08:10:57 UTC

Description RHEL Program Management 2009-11-12 09:03:54 UTC
This bug has been copied from bug #523777 and has been proposed
to be backported to 5.4 z-stream (EUS).

Comment 3 Owen Taylor 2009-11-17 20:33:16 UTC
Built as metacity-2.16.0-12.el5_4.1

Comment 5 Satyabrata Maitra 2009-11-23 06:21:17 UTC
For Testing this bug, Can you please make me a bit more clear over the following test steps to reproduce and both expected and actual Results :

Steps to Reproduce:
1. Run a remote application (steps to follow or commands to run this)
2. Open a transient (like "Find" in gedit for example)
3. Close the main window (Close gedit window in this case, right?)

Actual results:

metacity dies with Unexpected X error BadWindow (invalid Window parameter) and
gets restarted by the session manager.

Expected results:

metacity survives closing a window

Actually, Suppose, I am running a system with vnc, and open gedit there and open Find Window and then Close Gedit window (main window). Is this the way to reproduce this bug? OR any other way to run a remote application? Please inform.

And one more details to know, suppose if I am running gedit within vnc system, then what does actually metacity do? Whats its involvement when I attempt to close main window, keeping the child window open?

I need some more elaborate test steps, OR better in depth understanding of this bug really! Please inform

Comment 6 Owen Taylor 2009-11-23 19:03:44 UTC
vnc is not a remote system for the purposes of this bug report. All operations within the vnc X server are run locally to the test machine, and the entire display is sent as a unit to your system.

As described in "how to test", you need to run 'ssh -Y' from the test system to another system, and the run an X application (e.g., gedit) from within the ssh session.

Comment 7 Satyabrata Maitra 2009-11-25 08:24:03 UTC
Tested this bug with old (metacity-2.16.0-12) and fixed (metacity-2.16.0-12.el5_4.1) version of metacity. Bug reproduced in the old version and Fixed in the proposed version resolving the X error. Tested.

Result : PASS
Version of the component Tested : metacity-2.16.0-12.el5_4.1
OS :RHEL-5.4z

Test Observation :
Metacity, with this proposed package version, survives, closing the window successfully.

Comment 10 errata-xmlrpc 2009-11-26 08:11:13 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2009-1610.html


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