P3: Somewhat important
5.15.1, 5.15.2, 5.15.3
Windows 10 Pro 2004 19041.867
92198efbd2c696470711e7f24c5b6507bb664ce9 (qt/qtbase/dev) a4618c020d3923eb6c8c55115c49d7c9f00b3034 (qt/qtbase/6.1) 2d84d8a2d1973f926625a4ba6b2f3dadf58bd630 (qt/qtbase/6.0) bed8b9d4dd88571af7526dff052d508935d80d1d (qt/tqtc-qtbase/5.15)
In Qt 5.15.3 on Windows, dock widgets can now take several seconds to dock compared to 5.14.1. At first you think the widget sometimes fails to dock but then you realize it has a long delay before it does dock (up to 10 seconds!). This can be reproduced using your example: Qt5.15.3\Examples\Qt-5.15.3\widgets\mainwindows\dockwidgets. Try several dock attempts as it is not always the same each time.
It appears that moving the mouse after the mouse move event to dock causes the dock to happen. So, if you release the mouse button but don't move your mouse, then the bug is easy to reproduce.
Way to reproduce:
1. Build dockwidgets example with Qt version 5.15.2 or 5.15.3
2. Run the built application
3. Drag a widget outside the docking area and drop it.
4. Pick the same widget up and drag it above the docking area of the mainwindow
5. Release the mouse button without moving the mouse
6. You should see that widget won't visually dock if the mouse is not moved.
- resulted from
QTBUG-85431 void QAbstractScrollArea::mouseMoveEvent(QMouseEvent *e) is called falsely on double tap on a touchpad of a notebook
|For Gerrit Dashboard: QTBUG-92182|
|349433,4||Windows QPA: Fix dock widget drag&drop failure||dev||qt/qtbase||Status: MERGED||+2||0|
|349563,2||Windows QPA: Fix dock widget drag&drop failure||6.1||qt/qtbase||Status: MERGED||+2||0|
|349564,2||Windows QPA: Fix dock widget drag&drop failure||6.0||qt/qtbase||Status: MERGED||+2||0|
|349565,3||Windows QPA: Fix dock widget drag&drop failure||tqtc/lts-5.15||qt/tqtc-qtbase||Status: MERGED||-1||0|