https://bugs.kde.org/show_bug.cgi?id=438197
Bug ID: 438197
Summary: Window operations menu desktop selection menu closes
when clicking a desktop checkbox
Product: kwin
Version: git master
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: platform-wayland
Assignee: kwin-bugs-n...@kde.org
Reporter: o...@geek.co.il
Target Milestone: ---
SUMMARY
As originally reported in bug 438148, the window operations menu "Desktops" sub
menu, on wayland, uses a checkbox UI (compared to a "radio button" UI in X11)
which seems to suggest that users can check and uncheck multiple boxes - but
whenever the user clicks a checkbox, the menu closes and has to be reopened
again (RMB on title, navigate to "Desktops") to continue working with the
checkboxes.
STEPS TO REPRODUCE
1. Open window operations menu (by RMB or keyboard shortcut).
2. Choose "Desktops".
3. Click on any of the desktop entry checkbox.
OBSERVED RESULT
The window operation menu closes.
EXPECTED RESULT
The window operations menu should maybe stay open so that the more checkboxes
can be toggled?
SOFTWARE/OS VERSIONS
KDE Plasma Version: 5.22.80
KDE Frameworks Version: 5.83.0
Qt Version: 5.15.3
ADDITIONAL INFORMATION
I haven't used wayland a lot until recently, but I recall the behavior on X11
(where only one desktop entry can be chosen) used to be that the desktop
selection menu wouldn't close until it was dismissed, allowing the user to
change their mind and choose a different target desktop - but the result was
that when moving the window away from the current desktop, you'd be left with
an open window operations menu for a window that is no longer on screen and
that was a bit weird.
That being said, the current behavior on wayland is that after "unchecking" the
current desktop (and assuming another desktop entry is checked), the window is
unmapped from the current desktop but is still active - so the window
operations menu keyboard shortcut will bring the menu up for the window that is
not on the screen... Maybe that is another bug?
The alternative suggested behavior from bug #438148 was to not close the menu
nor update the virtual desktop mapping until the user clicks some kind of
"apply" action in the menu. Another option is to just drop the wayland-specific
"allow a window on multiple but not all desktops" and revert to the less
problematic switching behavior and keep the multiple desktops support using a
window rule or some other UI that can take that complexity.
--
You are receiving this mail because:
You are watching all bug changes.
