On neon dev unstable... start wayland session open dolphin and right click its title bar hover "More actions" submenu while the submenu is open, move the cursor lightly so that the cursor remains on the "More actions" entry Result: "More actions" submenu closes itself and its entry is not highlighted anymore despite the cursor remains on it.
After moving cursor on same menu entry - submenu will reappear for a second and then disappears again Distribution: KDE neon Developer Edition Kernel: 4.15.0-29-generic Plasma: 5.13.80 Apps: 18.11.70 Qt: 5.11.1 Frameworks: 5.48.0 Graphics: Card-1: Intel driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:5917 Card-2: NVIDIA GM108M [GeForce 940MX] driver: nouveau v: kernel bus ID: 01:00.0 chip ID: 10de:134d Display: wayland server: X.Org 1.19.6 driver: modesetting,nouveau unloaded: fbdev,vesa alternate: nvidia compositor: kwin wayland resolution: 1920x1080~57Hz OpenGL: renderer: Mesa DRI Intel UHD Graphics 620 (Kabylake GT2) v: 4.5 Mesa 18.0.5 compat-v: 3.0 direct render: Yes
cannot reprododuce on Arch Linux after upgrade to frameworks 5.51.
currently it's not so easy to reproduce, but this bug persists in plasma 5.15 beta. Operating System: Arch Linux KDE Plasma Version: 5.14.90 KDE Frameworks Version: 5.54.0 Qt Version: 5.12.0
I can't reproduce this behavior anymore. Operating System: Arch Linux KDE Plasma Version: 5.16.2 KDE Frameworks Version: 5.59.0 Qt Version: 5.13.0
The bug is still there.
I can reproduce, the menu disappears when the mouse moves over the "More actions" menu entry, sometimes right when when we start moving the mouse, sometimes after moving around a little.
This issue seems fixed on my system after update to Qt 5.13.2. Operating System: Arch Linux KDE Plasma Version: 5.17.2 KDE Frameworks Version: 5.63.0 Qt Version: 5.13.2
it's happening again on Arch Linux and neon unstable. :/ Operating System: Arch Linux KDE Plasma Version: 5.18.90 KDE Frameworks Version: 5.70.0 Qt Version: 5.15.0 rc2 Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.19.80 KDE Frameworks Version: 5.71.0 Qt Version: 5.14.2
*** Bug 452743 has been marked as a duplicate of this bug. ***
*** Bug 464579 has been marked as a duplicate of this bug. ***
Kwin tracks if an internal window has focus and sends the mouse event to the window directly. Bypassing QWindowSystem. QMenu at some point for the "sloppy timeout" references a global position from: QGuiApplicationPrivate::lastCursorPosition.toPoint(). This is set on every proper QPA but not on kwin as kwin has been bypassing normal mouse actions So Qt thinks the mouse is not over any menu and closes it.