Open
Bug 1265105
Opened 9 years ago
Updated 2 months ago
Windows widget does not receive an eMouseUp at the end of a drag session
Categories
(Core :: Widget: Win32, defect, P3)
Tracking
()
NEW
Tracking | Status | |
---|---|---|
firefox48 | --- | affected |
People
(Reporter: botond, Unassigned)
References
Details
(Whiteboard: tpi:+)
STR:
Drag a link or a piece of selected text in the browser window.
A test page can be found in bug 1260018.
Expected results:
Widget receives an eMouseDown event at the start of the drag,
eMouseMove events during the drag, an an eMouseUp event at
the end of the drag.
Actual results:
Widget receives the eMouseDown and eMouseMove events, but
does not receive an eMouseUp event.
The proximate reason for this is that the widget window's WindowProc does not receive the native WM_LBUTTONUP event that usually generates the Gecko eMouseUp event. I don't know why that happens in turn. Some discussion on this topic can be found in bug 1260018 comment 19 through bug 1260018 comment 22. I'd rather not block bug 1260018 on this issue though, so I'm splitting it out here.
Note that on Linux, the widget does receive an eMouseUp event at the end of the drag.
Updated•8 years ago
|
Priority: -- → P3
Whiteboard: tpi:+
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•