Closed Bug 14631 Opened 22 years ago Closed 22 years ago

Window behind dialog not drawn after other app switched to

Categories

(SeaMonkey :: UI Design, defect, P3)

x86
Windows NT

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: cpratt, Assigned: danm.moz)

Details

Build ID: 1999092208
Platform: Windows NT

To reproduce:
- Launch apprunner
- Visit my.netscape.com
- Go to the login page
- Enter login ID and password
- When the 'For your convenience...' (Wallet) dialog comes up, click in the
title bar of a window of another currently running application (such as
Communicator 4.x)
- Press Alt-Tab to switch back to apprunner

Result: The dialog is shown, but its parent window is not. You see the apprunner
dialog drawing over the Communicator 4.x window drawing over the spawning
apprunner parent window.

Expected result: When you switch back to apprunner, and a modal dialog is
currently active, its parent window should go frontmost as well.
Assignee: davidm → danm
reassign
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
I can't see this in today's build. I'm surprised, anyway. Modal dialogs on Windows OS are true
owned windows, and shouldn't even show up in the list of alt-tab choices. I vaguely recall a time
when at least parts of what I've just said weren't true, but that wasn't recent. Do you still see this
problem with today's build?
Status: RESOLVED → VERIFIED
I no longer see the problem using the 1999110508 build under NT. Marking this
one as verified.
Changing component to XP Apps. (HTML Dialogs is going away.)
Component: HTML Dialogs → XPApps
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.