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



15 years ago
2 years ago


(Reporter: skydaemon80, Unassigned)


Windows XP

Firefox Tracking Flags

(Not tracked)




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

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

15 years ago
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.
Component: Help Viewer → Help
Product: Firefox → Browser
Version: unspecified → 1.0 Branch

Comment 3

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

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

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

Comment 6

15 years ago
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.
Assignee: rlk → jag
Component: Help → XP Apps
QA Contact: → pawyskoczka
Version: 1.0 Branch → Trunk


15 years ago
Summary: Open and Save As modal dialog boxes invisible when help window displayed → Open and Save As modal dialog boxes invisible when window with alwaysRaised, like Help, displayed
Product: Core → Mozilla Application Suite

Comment 7

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

Comment 8

10 years ago
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.
Assignee: jag-mozilla → nobody
You need to log in before you can comment on or make changes to this bug.