Closed
Bug 296132
Opened 19 years ago
Closed 19 years ago
Windows assume a modal or alwaysRaised behavior
Categories
(Toolkit :: Add-ons Manager, defect)
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.
Reporter | ||
Comment 1•19 years ago
|
||
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
Assignee | ||
Updated•16 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•