Closed Bug 42084 Opened 24 years ago Closed 24 years ago

Alerts causing windows to pop behind other windows in testcases

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P3)

x86
Windows NT
defect

Tracking

()

VERIFIED DUPLICATE of bug 22658

People

(Reporter: scalkins, Assigned: danm.moz)

Details

(Keywords: helpwanted, Whiteboard: [nsbeta2-][nsbeta3-])

Saw this on Windows Only: 2000-06-09-08M17 I see this in more than one place where an alert in generated when a required field has not been filled out. Two testcases for different apps follow. Steps to repro: Testcase 1 - Composer 1) Launch seamonkey and Make the browser almost full screen. 2) Now open Composer via Tasks-->Composer 3) Select pull down menu "Insert-->Named Anchor..." 4)In the resulting "Named Anchor Properties" dialog, don't type anything and click on OK. 5)You'll get an Input Error alert saying "You must enter a name for this anchor". Click on OK. 6)You'll be back in the "Named Anchor Properties" dialog now. Type a name and click on OK. Actual Results: The compose screen will disappear behind another apps window (basically the last window which was opened before you opened Composer). Testcase2 (AIM in the commercial release builds) 1) Launch seamonkey and make the browser almost full screen. ALso launch another app like Word, and resize it's window almost full screen. 1)Now login to AIM via either the sidebar Buddy List, or via Tasks-->IM. 2)In the List Setup Tab, click on either the Add Buddy, or Add Group icon to invoke it's dialog. 3)In the "Add.." dialog which pops up, don't type anything but click OK. 4)You will get an alert saying "Please enter a <group or buddy> name". Click OK. 5)Now type a group or buddy name (And select a group for the Add Buddy dialog). Click OK. Actual Results: *If invoked from Sidebar in browser - The browser disappears behind another full screen app (Ie. NS 4.7 or MS Word) *If invoked from standalone - Standalone disappears behind another app.(The last full screen app opened before buddy list was invoked.)
Nominating nsbeta2 because I think alot of users will clcikon Ok in error on empty fields on occasion, and this can be very confusing if our apps disappear when they do this behind other open windows.
Keywords: nsbeta2
Not sure what would cause this but it sounds like a window or popup window control problem. Reassigning to danm.
Assignee: joki → danm
Putting on [nsbeta2+] radar for beta2 fix.
Whiteboard: [nsbeta2+]
Target Milestone: --- → M18
Doesn't fit latest 'would ya pull it off the wire' criteria, marking nsbeta2-, nominating for nsbeta3
Keywords: nsbeta3
Whiteboard: [nsbeta2+] → [nsbeta2-]
Mass update: changing qacontact to ckritzer@netscape.com
QA Contact: janc → ckritzer
nsbeta3-, helpwanted
Keywords: helpwanted
Whiteboard: [nsbeta2-] → [nsbeta2-][nsbeta3-]
Target Milestone: M18 → Future
QA Contact: ckritzer → scalkins
Reassigning to reporter
Oops...was reassinging the wrong bug...Sorry about that!
QA Contact: scalkins → ckritzer
er...reassigning, that is...
Updating QA Contact.
QA Contact: ckritzer → lorca
*** This bug has been marked as a duplicate of 22658 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Target Milestone: Future → M19
VERIFIED.
Really VERIFIED this time.
Status: RESOLVED → VERIFIED
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.