Closed Bug 13644 Opened 25 years ago Closed 25 years ago

dropdown widget loses window on click

Categories

(Core :: Layout: Form Controls, defect, P3)

x86
Windows 98
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: icos, Assigned: kmcclusk)

Details

1) preferences 2) mail and news -> Messages 3) click on a dropdown box 4) NOTICE that the prefs window is sent to back and the Main window is brought to the front, and then the dropdown choices are drawn. sept 10 build
Assignee: trudelle → karnaze
Component: XP Toolkit/Widgets → HTML Form Controls
that's an html forms control, not an xptoolkit widget. reassigning
Assignee: karnaze → rods
Reassigning to Rod.
Assignee: rods → kmcclusk
Kevin I thought you fixed this?
Status: NEW → ASSIGNED
The old problem was that as soon as the dropdown list was displayed the window would move behind. The new problem which I confirmed is the dropdown list is displayed behind when the dropdown list clicked on.
Target Milestone: M12
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Dropdown on WIN32 no longer causes parent window to change z-order or activation. I changed the code which initialized the parent of the popup window to set the popup parent to null. This fixes the bug where clicking on the popup window caused it's dialog box to go behind the apprunner window. To prevent clicks on the dropdown from deactivating it's parent window, I added code to check for WM_MOUSEACTIVATE messages and eat the activation requests if the click was inside the popup. Fixed in Oct 1, 1999 6:08 PM build.
QA Contact: beppe → claudius
QA Contact: claudius → cpratt
Status: RESOLVED → VERIFIED
I can't reproduce this behavior in the 1999111016 build, NT. Marking verified.
You need to log in before you can comment on or make changes to this bug.