Windows assume a modal or alwaysRaised behavior

RESOLVED WONTFIX

Status

()

Toolkit
Add-ons Manager
RESOLVED WONTFIX
13 years ago
10 years ago

People

(Reporter: Sean McMurray, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

13 years ago
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

13 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
Last Resolved: 13 years ago
Resolution: --- → WONTFIX
(Assignee)

Updated

10 years ago
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.