GNOME Bugzilla – Bug 729780
CSD context menu doesn't honor _NET_DESKTOP_LAYOUT
Last modified: 2014-06-25 14:23:24 UTC
The context menu on client side decorations does provide incorrect "Move Workspace Up"/"Move Workspace Down" entries. It should follow _NET_DESKTOP_LAYOUT to provide up/down functionality. Steps to reproduce: 1. Use a Plasma session 2. Configure a desktop layout in systemsettings with 2 rows and 3 desktops 3. Go to desktop 1 4. Open gtk3-demo (3.12.1) 5. Open context menu on decoration and select "Move to workspace Down" Actual Result: gtk3-demo is moved to desktop 2 (right of desktop 1) Expected Result: gtk3-demo is moved to desktop 3 (below of desktop 1) This looks like the context menu doesn't follow _NET_DESKTOP_LAYOUT which also results in non-sense entries like in the described setup a "move up" and "mode down" on desktop 2. Note that in KWin we have shortcuts to move a window up/down in the layout and to next/previous ignoring layout. For reference the desktop layout used for this test: _NET_DESKTOP_LAYOUT(CARDINAL) = 0, 2, 2, 0
Same answer as for _NET_DESKTOP_NAMES - not going to introduce gdk api for all of this. The problem will go away in the near future when we move the window menu back to the wm side.
(In reply to comment #1) > Same answer as for _NET_DESKTOP_NAMES - not going to introduce gdk api for all > of this. > > The problem will go away in the near future when we move the window menu back > to the wm side. This is not a solution for our stable release 4.11 which got released last July! We are not able to add new code for that. I do hope that you intend to fix this regression.
_GTK_SHOW_WINDOW_MENU fixes this issue. I'm going to mark this fixed, since the code for the full window menu is removed in master, and there's nothing we can do on our side other than ask that the new protocol is adopted.
*** Bug 729777 has been marked as a duplicate of this bug. ***