Windows assume a modal or alwaysRaised behavior

Status

()

The Mozilla Toolkit is a set of APIs, built on top of Gecko, which provide advanced services to XUL applications. These services include Profile Management, Chrome Registration, Browsing History, Extension and Theme Management, Application Update Service, and Safe Mode. (More info)

Security

(public)

User Story

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
I have a XUL chrome app in which some (but not all) windows always stay on top
of their parent/ancestor windows. They also stay on top of any regular browser
windows. Sometimes they stay on top of their child windows. Sometimes their
child windows raise on focus. I can't find any pattern to which ones work
correctly and which ones don't.
This problems exists in multiple versions of Mozilla and Firefox under Linux.
The exact same xul app does not exhibit the (mis)behavior in Windows.
Reproducible: Always
Steps to Reproduce:
1. From Firefox, choose Tools | RippleOPB
2. Click on the Catalog button
3. Choose Flight from the product dropdown
4. Select the only item in the listbox that appears.
5. Choose Edit...
Actual Results:
The window that opens misbehaves. It acts as if it were an alwaysRaised window.
Expected Results:
The window that opens should raise and lower according to normal rules.

windows with the chrome option need to have dialog=no to avoid this behavior.
This behavior varies between Linux and Windows.
This behavior also depends on arguments being passed in the window.openDialog()
call.