483148 - it's bad z-order when dependent and alwaysraised window coexisted

Status: RESOLVED WONTFIX

(Core :: Widget, defect)

Description

[huang li]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; zh-CN; rv:1.9.1b3) Gecko/20090305 Firefox/3.1b3 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; zh-CN; rv:1.9.1b3) Gecko/20090305 Firefox/3.1b3 (.NET CLR 3.5.30729)

some dependent window was placed behind parent window

Reproducible: Always

Steps to Reproduce:
1.create three dependent window and a alwaysraised window and a parent window for dependent
2.mouse click one of dependent window
3.mouse click another dependent window. if before this click, you have click alwaysraised window,no error was generated.
Actual Results:  
some of dependent window was placed behind parent window

Expected Results:  
all of dependent window was above parent window

Comment 1

[huang li]

Attachment: fix this problem and another problem that grab focus

fix the z-order misorder problem, and add new chrome feature "noactivate" that don't grab inuse window's focus

Comment 2

[huang li]

(In reply to comment #0)
change "1.create three dependent window and a alwaysraised window and a parent window for dependent"
to
"1.after create a parent window with three dependent window , create a alwaysraised window"
> User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; zh-CN; rv:1.9.1b3)
> Gecko/20090305 Firefox/3.1b3 (.NET CLR 3.5.30729)
> Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; zh-CN; rv:1.9.1b3)
> Gecko/20090305 Firefox/3.1b3 (.NET CLR 3.5.30729)
> 
> some dependent window was placed behind parent window
> 
> Reproducible: Always
> 
> Steps to Reproduce:
> 1.create three dependent window and a alwaysraised window and a parent window
> for dependent
> 2.mouse click one of dependent window
> 3.mouse click another dependent window. if before this click, you have click
> alwaysraised window,no error was generated.
> Actual Results:  
> some of dependent window was placed behind parent window
> 
> Expected Results:  
> all of dependent window was above parent window

Comment 3

[huang li]

(In reply to comment #1)
also fix that problem that combobox list can't popup in panel
> Created an attachment (id=367184) [details]
> fix this problem and another problem that grab focus
> 
> fix the z-order misorder problem, and add new chrome feature "noactivate" that
> don't grab inuse window's focus

Comment 4

[huang li]

my code changed from FIREFOX_3_0_1_RELEASE

Comment 5

[huang li]

I'm looking forward to become a mozilla developer, so that I can merge my changes into hg.
(In reply to comment #4)
> my code changed from FIREFOX_3_0_1_RELEASE

Comment 6

[huang li]

I have committed request, bug #483465
(In reply to comment #5)
> I'm looking forward to become a mozilla developer, so that I can merge my
> changes into hg.
> (In reply to comment #4)
> > my code changed from FIREFOX_3_0_1_RELEASE

Comment 7

[huang li]

hi mats.palmgren,
could you please give some suggestion?

Comment 8

[huang li]

In 3.1b3, alwaysraised didn't work, please let 
                var xulWin = window.QueryInterface(Ci.nsIInterfaceRequestor)
                    .getInterface(Ci.nsIWebNavigation)
                    .QueryInterface(Ci.nsIDocShellTreeItem)
                    .treeOwner
                    .QueryInterface(Ci.nsIInterfaceRequestor)
                    .getInterface(Ci.nsIXULWindow);

                xulWin.zLevel = xulWin.raisedZ;

Comment 9

[huang li]

(In reply to comment #4)
> my code changed from FIREFOX_3_0_1_RELEASE

Correct, that's FIREFOX_3_0_RELEASE

Comment 10

[Karl Tomlinson (:karlt)]

Thank you for reporting this bug.

(In reply to comment #9)
> (In reply to comment #4)
> > my code changed from FIREFOX_3_0_1_RELEASE
> 
> Correct, that's FIREFOX_3_0_RELEASE

I'm not sure that I understand what you are saying has changed.
Did Firefox 3.0 (Gecko 1.9.0) behave as expected, or did it also show this bug?

Comment 11

[huang li]

my meaning is that I fix the bug on FIREFOX_3_0_RELEASE, not on FIREFOX_3_0_1_RELEASE.

this bug exist among FIREFOX_3_0_1_RELEASE, FIREFOX_3_0_RELEASE and firefox3.5b5pre




(In reply to comment #10)
> Thank you for reporting this bug.
> 
> (In reply to comment #9)
> > (In reply to comment #4)
> > > my code changed from FIREFOX_3_0_1_RELEASE
> > 
> > Correct, that's FIREFOX_3_0_RELEASE
> 
> I'm not sure that I understand what you are saying has changed.
> Did Firefox 3.0 (Gecko 1.9.0) behave as expected, or did it also show this bug?

Comment 12

[huang li]

Comment on attachment 367184 [details] [diff] [review]
fix this problem and another problem that grab focus

z-order is not incorrect.if let child window or owned window locate below a special window, then the problem will appear.
though MDI prevent from dragging , opera look like MDI。 In fact， opera was not MDI but child.
nsWindow::WindowProc's WM_WINDOWPOSCHANGING need be filter out when window was child.

Comment 13

[huang li]

firefox's interphase window relation was so blankness. so you hope to own opera similar interphase, you may do with the bug according to upper description.