Closed
Bug 957019
Opened 10 years ago
Closed 10 years ago
Don't check cursor position in nsWindow::DealWithPopups() for non-mouse events
Categories
(Core :: Widget: Win32, defect)
Tracking
()
RESOLVED
FIXED
mozilla29
People
(Reporter: masayuki, Assigned: masayuki)
References
(Depends on 1 open bug)
Details
Attachments
(1 file)
5.02 KB,
patch
|
jimm
:
review+
enndeakin
:
review+
|
Details | Diff | Splinter Review |
See bug 953146 comment 37 and bug 953146 comment 41. It doesn't make sense to check mouse cursor position at handling non-mouse messages.
Assignee | ||
Comment 1•10 years ago
|
||
For example: 1. Open dropdown of <select> element 2. Move mouse cursor over the dropdown 3. Press Alt+Space Then, window menu is open but the dropdown isn't closed.
Version: unspecified → Trunk
Assignee | ||
Comment 2•10 years ago
|
||
WM_MOUSEACTIVATE: We need to check the cursor position in this case. I.e., just removing my wrong XXX comment. WM_KILLFOCUS, WM_MOVING, WM_SIZING and WM_MENUSELECT: It doesn't make sense to check mouse cursor position at these events. At this time, all popups should be closed. WM_ACTIVATE (the first chunk of this patch): It doesn't make sense to check mouse cursor position at this event too. However, if active window is changed from/to popup, it must be caused by strange mouse driver or something. I.e., it's unexpected case. So, in such cases, we shouldn't rollup any popups by this event.
Attachment #8357003 -
Flags: review?(jmathies)
Attachment #8357003 -
Flags: review?(enndeakin)
Updated•10 years ago
|
Attachment #8357003 -
Flags: review?(enndeakin) → review+
Updated•10 years ago
|
Attachment #8357003 -
Flags: review?(jmathies) → review+
Assignee | ||
Comment 3•10 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/79595e16949f
https://hg.mozilla.org/mozilla-central/rev/79595e16949f
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla29
You need to log in
before you can comment on or make changes to this bug.
Description
•