Details
-
Bug
-
Resolution: Done
-
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)
Description
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.
Attachments
Issue Links
- resulted from
-
QTBUG-85431 void QAbstractScrollArea::mouseMoveEvent(QMouseEvent *e) is called falsely on double tap on a touchpad of a notebook
- Closed