250066 - Open and Save As modal dialog boxes invisible when window with alwaysRaised, like Help, displayed

Status: NEW

(SeaMonkey :: UI Design, defect)

Description

[Alex Eng]

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a2) Gecko/20040705 Firefox/0.8.0+
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a2) Gecko/20040705 Firefox/0.8.0+

When the Help window is open at the same time, the File Open and Save As dialog
boxes do not appear when invoking them (File | Open File, File | Save Page As,
and their keyboard shortcut equivalents), although the originating Firefox
window is inactive when the above commands are invoked.

Reproducible: Always
Steps to Reproduce:
1. Display the Help window (Help | Help Contents or Help | For Internet Explorer
Users)
2. The Help window will display.  Because it's always floating on top of other
windows, minimize it.
3. Return to the Firefox window and choose File | Open File or File | Save Page
As, or press CTRL+O and CTRL+S, respectively.  
**NOTE: If multiple Firefox windows are open, the window you return to doesn't
have to be window in which help was invoked from.

Actual Results:  
The Firefox window is inactive, but the file dialog boxes are present -- but
invisible.  To demonstrate, try pressing ALT+SPACEBAR to display the dialog box
control menu.  If you move or size the dialog box manually (via the control
menu), only then does the dialog box displays correctly when completing the move
or size operation.

Expected Results:  
The standard File Open and Save As dialog boxes should display, as it normally
does when the Help window is not displayed.

This only seems to happen with the standard, native file dialog boxes (open and
save).  It does not reproduce with the native Print dialog box.

Comment 1

[James Ross]

Some notes:
  - if you don't minimise the help window, it works, until you focus the help
window, then try to click the browser window (not taskbar/where the save dialog is).
  - after it's "vanished" you can get the dialog back by activating another
window, then the browser window via the taskbar.

I expect this is entirely the fault of the always-on-top flag in the help window.

Comment 2

[Alex Eng]

Also reproduced on Mozilla 1.8a2 build 2004070509
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a2) Gecko/20040705

Moving to Browser component.  The above steps to reproduce still apply.

Comment 3

[Chris Vance]

Reproduced in Mozilla (Seamonkey)20040706.

Also please note that in the the Seamonkey build, and the full Firefox 0.9.1
release, that after loading the File -> Save As... dialog box, clicking the
browser window will "flash" and display the dialog box (presumably because it is
a modal dialog box).

Comment 4

[R.J. Keller]

This looks like an issue with alwaysRaised. If this is reproduced in Firefox
Help and Seamonkey Help, then this looks like more of an XP Apps issue.

After a quick read of the bug, it looks like a check should be made to see if a
modal dialog is displayed, and if so, make that dialog be on top. I'm not
familiar with the code to do this, so I'm thinking the XP Apps people would be
better to fix this bug.

Comment 5

[OstGote!]

Version is trunk, not 1.0 Branch (if Product is Browser)

Comment 6

[Steffen Wilberg]

Indeed an issue with alwaysRaised: If I give the download manager this flag, it
exhibits the same problem: open it, minimize it, then Open File. The dialog is
not displayed until you click in the browser window.
-> XP Apps, reassigning, trunk.

Comment 7

[Patrick]

How does this relate to bug 136647 and is this then a regression of bug 195888?

Comment 8

[Richard Klein]

Comment #6 is right this is an alwaysRaised issue.  In our KwiClick extension we see this on Firefox when the window is opened and someone tries to uses a system dialog like open or save.

https://addons.mozilla.org/en-US/firefox/addon/5655