This bug has been copied from bug #503522 and has been proposed to be backported to 5.4 z-stream (EUS).
Built as metacity-2.16.0-12.el5_4.1
Created attachment 370305 [details] Window-1-focus.png file Please see the text box in the picture and inform.
Created attachment 370306 [details] Window-1-focus-minimize.png file
Created attachment 370307 [details] error-thrown-when-window-1-close.png
Actually I am not sure, or little bit confused what is meant for "raise window". if it is truly Raising of window, then I guess the bug is not fixed. If it is mean to shift focus to one window to another, then I guess its fixed! Because, when press button to raise any of the 2 child windows, from the main window, its not actually raising it, what it is doing, is, its making the corresponding window name blinking on the panel with blue color. Now at this time, if I click on that blinking window name, the corresponding window will actually raise to top of any other window in the desktop. All these behavior is captured in 3 screenshots attached with this bug as comment #5 comment #6 and comment #7. Please confirm if I am right with my observation or something else is to be done. Tested with the package : metacity-2.16.0-12.el5_4.1.i386
The error while closing the window shouldn't matter - that's not the point of the test case. The behavior you describe is not the right behavior; the windows are supposed to raise and not flash in the taskbar. What you describe is the behavior of unpatched Metacity. I'm a little puzzled - the patch worked fine for me testing with the 5.5 update packages; I didn't do the test with the 5.4-Z backport packages I built but it's hard for me to see how they would differ in this. When I get a chance I'll see if I can reproduce what you are seeing.
I tested with metacity-2.16.0-12.el5_4.1 and it worked as expected with me. * Can you confirm that you have the correct packages installed? * Can you check that: gconftool-2 -g /apps/metacity/general/disable_workarounds returns 'false', and that: gconftool-2 -g /apps/metacity/general/raise_on_click returns 'true'? (These should both be the default values.)
Actually, i did not apply that patch, instead, I took the same package, metacity-2.16.0-12.el5_4.1 from /mnt/redhat/brewroot.... and installed it. Do I need to apply the proposed patch mentioned in Bug #503522 on this same package and test after that? Anyway, let me check with what you said in comment #10. Informing u shortly :) Thanks
Hi Taylor hmmm! I applied the proposed patch (metacity-2.16.0-client-leader-same-application.patch) on metacity-2.16.0-12.el5_4.1.src.rpm and build a new test rpm which includes this patch, and updated the system with this testrpm. its working fine with metacity-2.16.0-12.el5_4.1 rpm too! :) Yo! Now with this rpm its working fine! Result : PASS Package Version : metacity-2.16.0-12.el5_4.1 Test Observation : In case of any overlapping windows in testraise.tcl apps, Raise button of the corresponding window is actually Raising the window on top among 3 or 3 windows those overlapped. So, this bug along with Bug #503522 is fixed with the proposed patch and rpm. FYI : I followed the steps which written in :How to Test" Section in the Erratum.
I don't understand. No patch needed to be added to metacity-2.16.0-12.el5_4.1. Patch9: Allow-explicit-raises-from-the-same-client-not-just-sa.patch is the correct patch for this problem. In my testing, that RPM worked correctly.
Yeah, its right that metacity-2.16.0-12.el5_4.1 requires no patch to add and its working fine. Even me too tested this errata with this version where the bug is Fixed -- PASS.
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