Details
-
Bug
-
Resolution: Done
-
P2: Important
-
5.3.0
-
None
-
Windows 7, Linux
-
6080db8c6d345cf4ad573215828246e86f9dc41b (qtbase/5.4, 28.10.2014, 5.4)
Description
As opposed to QTBUG-37891 , this is present in 5.2.0, 5.2.1 and 5.3.1:
Steps to reproduce:
1. Download qtbug39313.zip attached to this report, build it on Window/Linux with Qt 5.3.
3. Click file menu item 1. The menu unfolds as expected.
4. Click the same file menu item again to collapse it. It collapses as expected, but not that it lost highlighting (Vista style only), which will not be restored until you move mouse. That's an error.
5. Move the cursor to edit item and click it once to unfold. It doesn't unfold. That's an error.
6. Click it again; only now it will unfold correctly.
These steps can be repeated infinitely by moving between the two root menu items.
Same with a native (non-GL) widget (option -n). Works with normal widgets (-l)
Attachments
Issue Links
- relates to
-
QTBUG-37891 Windows:Menu bar doesn't handle mouse click and move properly
-
- Closed
-
-
QTBUG-34814 MousePress event which closes a popupWidget passed to another widget
-
- Closed
-
-
QTBUG-41869 [REG 4.8.2->5.3.2] Mouse events are not generated (or processed) when clicking on a widget while a popup is open if said widget or one of its siblings uses OpenGL
-
- Closed
-