Closed Bug 296132 Opened 19 years ago Closed 19 years ago

Windows assume a modal or alwaysRaised behavior

Categories

(Toolkit :: Add-ons Manager, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: sean, Unassigned)

References

()

Details

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.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WONTFIX
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.