Details
-
Bug
-
Resolution: Done
-
P2: Important
-
5.10.0, 5.10.1, 5.11
-
None
-
Windows 10 Professional
-
1f6bd8bfb2206480ca5b5c267da38659e6cff20e f7b8f2e8b51f244ed459d869747f5abc48aceeb0
Description
There is an Item with a MouseArea filling it that creates a custom QDrag when the Item is pressed (as described in http://doc.qt.io/qt-5/dnd.html ). After performing the drop anywhere, the Item MouseArea does not notify the release event.
Steps for reproducing the issue:
- start the drag by pressing the top Rectangle and drop anywhere
- after dropping, try to move the mouse cursor over the bottom rectangle, which should change its fill color on hovering or when being pressed
- notice that the bottom rectangle does not change color until the mouse is clicked again (i.e., the repeated click causes the MouseArea to send the release event which was not sent before). This can be seen also in the logs.
NOTE: With Qt 5.9.1 the release event is correctly notified.
Attachments
Issue Links
- relates to
-
QTBUG-52541 QML MouseArea resumes dragging after external drag is finished.
- Closed
-
QTBUG-66103 mouse release after Drag and Drop has item-local coordinates incorrectly mapped to window coordinates
- Closed
For Gerrit Dashboard: QTBUG-66447 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
220929,6 | Windows QPA: Ensure a mouse release event is sent after DnD | 5.11 | qt/qtbase | Status: MERGED | -2 | 0 |
222137,3 | Windows QPA: Fix sending of the mouse release in case of a Drop | 5.11 | qt/qtbase | Status: MERGED | +2 | 0 |