Bug 467110

Summary: wayland: Submenu closing de-selects currently selected menu item in window decoration context menu
Product: [Plasma] kwin Reporter: slartibart70
Component: decorationsAssignee: KWin default assignee <kwin-bugs-null>
Status: CONFIRMED ---    
Severity: minor CC: inb-bugzilla-1e1cff, kde, nate
Priority: VLO Keywords: wayland-only
Version First Reported In: 5.27.2   
Target Milestone: ---   
Platform: Fedora RPMs   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description slartibart70 2023-03-09 13:21:24 UTC 
At first, i thought that a click on a menu item wasn't registered properly, but the cause is something completely different:

Open chromium or thunderbird
right click on the window-titlebar to display the context menu
Target the last entry 'close' with the mouse, but move/traverse slowly through the available items from top to bottom. The important part is, that the submenu 'more actions' opens. (don't select anything from here)

Move the mouse further on to the 'close' entry and hold it (don't move any further, don't click)
The desired effect is, that the end of the mouse motion is earlier than the closing of the 'more actions' submenu

The last entry 'close' is seen to be highlighted, but when the submenu closes, the highlighting of the 'close' entry disappears as well.
You need to move the mouse a bit to re-highlight again.

The thing is, this happens also when operated quickly giving you the impression that clicking on the close entry is not registered. That's annoying at best :-)
Comment 1 Ben Bonacci 2023-03-10 10:07:45 UTC 
I can also reproduce this issue on Plasma 5.27.2 and I also believe it's Wayland specific as I couldn't get the same thing to happen in X11.
Comment 2 Nate Graham 2023-03-13 19:49:48 UTC 
Can reproduce. I'm somewhat amazed that this was even noticed. :) Seems specific to only the KWin window decoration menu somehow. I can't reproduce it in other Qt apps.