Steps to reproduce as stated always WFM. However slightly modified steps always show the bug for me: Launch Mozilla, get a browser window. Open a second browser window in front of the first. Load the test page in the second window. Click the "test" button. Get two more (dependent) windows. Click the first browser window to bring it to the front. Click the second browser window to bring it (and both dependent windows) to the front. Note you must use the mouse. Alt-Tab does not present the bug. Close either of the dependent windows. (On my build, the second one is hidden behind the first. I have modifications; I'm not sure if that's normal. At any rate, don't move the topmost dependent window to get to its sibling, that'll squelch the bug.) Note either click its Close widget or click to activate and type Alt-F4. Both work. (Also note that after the previous step, while both dependent windows are drawn in front of thier parent, it's the parent that's active.) -- the remaining dependent window is sent behind its parent. Quite right, dependent windows should always remain in front of their parent window. alwaysraised even more so, though note that feature is simply ignored when used in a window opened from unsigned script. This looks like a Windows bug to me, similar to bug 22658 and bug 189085.
Status: UNCONFIRMED → NEW
Ever confirmed: true
So this is the same as bug 243388, right? (which has a nice testcase)
This bug has been buried in the graveyard and has not been updated in over 5 years. It is probably safe to assume that it will never be fixed, so resolving as WONTFIX. [Mass-change filter: graveyard-wontfix-2014-09-24]
Status: NEW → RESOLVED
Last Resolved: 4 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.