Bug 438145

Summary:	Arrow keys in desktop/activity window decoration context menu move selection twice
Product:	[Plasma] kwin	Reporter:	Oded Arbel <oded>
Component:	decorations	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	cerebellum, nate
Priority:	NOR	Keywords:	wayland-only
Version First Reported In:	git master
Target Milestone:	---
Platform:	Other
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Oded Arbel 2021-06-06 08:10:02 UTC

SUMMARY
When using the keyboard arrow keys to navigate the window operation menu in Wayland, the "Desktops" sub menu reacts to the up and down keys by moving the selection two entries up or down - when going through the specific desktop entries. All other sub menus in the window operation menu work as expected.

Please note that the key behavior is extra weird: Moving from the generic "All Desktops" and "New Desktop" menu options up or down works as expected, but moving from a specific desktop entry always performs a double move - moving from "1" up will skip the "All Desktops" entry and will wrap around to the bottom of the menu and select the last entry.

STEPS TO REPRODUCE
1. Start a wayland session with at least 3 virtual desktops and create a new application window.
2. Open the window operations menu (using either keyboard shortcut or with using the mouse RMB on the window decoration)
3. Using the keyboard select the "Desktops" entry and press the "right" key on the keyboard. The "All Desktops" entry should be selected.
4. Press the down key once. The "1 Desktop 1" entry should be selected (this is the correct behavior).
5. Press the down key again.

OBSERVED RESULT
The "3 Desktop 3" entry is selected.

EXPECTED RESULT
The "2 Desktop 2" entry is selected.

SOFTWARE/OS VERSIONS
KDE Plasma Version: 5.22.80
KDE Frameworks Version: 5.83.0
Qt Version: 5.15.3

ADDITIONAL INFORMATION
In X11 the window operation works as expected - it is an issue only on wayland.

Comment 1 Oded Arbel 2021-06-06 14:17:52 UTC

Correction: the same problem can also be observed with the "Activities" sub menu.

Comment 2 rооt 2021-06-06 14:28:39 UTC

start from KDE Frameworks Version: 5.83.0

Comment 3 Nate Graham 2021-06-14 15:36:31 UTC

Can reproduce.

Comment 4 Vlad Zahorodnii 2021-06-15 06:53:56 UTC

I can also reproduce this issue in activities sub-menu.

Comment 5 Vlad Zahorodnii 2021-06-15 06:56:56 UTC

The only thing that's weird about virtual desktops and activities sub-menus is the usage of QWidgetAction. I suspect that we're hitting a bug there.

Comment 6 Vlad Zahorodnii 2023-12-12 10:53:20 UTC

Seems to work for me now correctly now.