15049 - Nonclient mouse down being handled incorrectly for rollup

Status: VERIFIED FIXED

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

Description

[David Hyatt]

When combo boxes or XP menus are open, a click on the nonclient area should
cause them to roll up, but the event should not be consumed.

Example: Open up an XP menu or combo box.  Click and hold the mouse down on your
window title bar and drag.  You should be able to drag, but right now you can't.
Although the combo box or menu does roll up, the event is consumed when it
should be passed on to the nonclient area.

In other cases, I think the event should be consumed, but not in the nonclient
area case.

Comment 1

[rods (gone)]

Kevin and I looked at this closely. In a native Windows app, when the dropdown
is down, it eats the event on rollup, when the menu is down it does NOT eat the
event. We need to choose one. It is as simple as returning FALSE instead of TRUE
from the rollup code.

Comment 2

[David Hyatt]

What if we added a boolean flag that would allow us to say whether or not we
wanted the event consumed?  Then we could make both behave the way they're
supposed to?

Comment 3

[rods (gone)]

Duhhhhh? Yes, that sounds like a good idea. I can add a param to the Capture
call.

Comment 4

[rods (gone)]

Fixed

Comment 5

[leger]

Adding verifyme keyword.

Comment 6

[leger]

Updating QA Contact.

Comment 7

[ckritzer (gone)]

Mass update:  changing qacontact to [e-mail]

Comment 8

[Loco]

Updating QA Contact.

Comment 9

[Hixie (not reading bugmail)]

Reassigning QA Contact for all open and unverified bugs previously under Lorca's
care to Gerardo as per phone conversation this morning.

Comment 10

[Madhur Bhatia]

QA contact updated

Comment 11

[luis rincon]

verified on build 2001-08-07-08-trunk