Workspaces "Direct navigation" and "Move window to workspace" clash for super+number, if shift is the only difference

[crsaracco]

cinnamon --version shows Cinnamon 3.2.1.

My desired workflow is Super + \<number> to direct-switch to workspace \<number>, and Shift + Super + \<number> to move a window there.

It seems that the keyboard settings detects the difference between those two keypresses:

• "Switch to workspace 1" registers as "Super+1"
• "Switch to workspace 2" registers as "Super+2"
• "Move window to workspace 1" registers as "Super+!" (note: not Shift+Super+1 like some defaults are set to)
  • "Move window to workspace 2" registers as "Super+@"

However, whenever I go to switch workspaces by hitting "Super+2", the window that's currently selected moves to workspace 2. I can't actually get Cinnamon to switch to workspace 2 via this keyboard shortcut, even if I click on the desktop.

If I get rid of the "Move window to workspace" keyboard shortcut, the "Switch to workspace" one works just fine.

[dqgls]

I can reproduce and confirm this bug on Cinnamon 3.2.7.

In Cinnamon 2.x (LM 17.x) I had exactly the same keyboard shortcuts set up and it worked fine, although I rarely used "Move window to workspace N".

In Cinnamon 3.2.7 (LM 18.1) I have only set "Super+N" for "Switch to workspace N" and it works fine by itself. But if I add "Super+!" (Shift+Super+1) for "Move window to workspace 1" it breaks the existing shortcut for "Switch to workspace 1": sometimes Super+1 does nothing at all, sometimes it moves the focused window instead of switching to workspace 1.

[dqgls]

If I directly set dconf key org.cinnamon.desktop.keybindings.wm.move-to-workspace-1 to value ['<Super><Shift>1'] it works fine.

I see two possible ways of solving this issue:

• a more literal handling of multiple keypresses while setting shortcuts (Super+Shift+1 should not be compressed into "Super+!")
• a less buggy detection while using shortcuts when overlapping combos are set (Super+1 should not be clashing with Super+!)

I think both should be done.

• While setting shortcuts each keypress in a combo should be detected separately and according to its current layout meaning. So not compressing keypress combos such as Shift+N into single symbols, but also not detecting keypresses at hardware level. In dconf terms, Shift+1 should be stored as <Shift>1 and Super+Z as <Super>z. That seems to be the standard in other DEs and WMs.
• Super+1 being mistaken for Super+! means an additional keypress is assumed when there was none, simply because "1" is part of "!" (decompressed into Shift+1) in another combo. This is clearly a bug in Cinnamon's handling of (compressed) combo shortcuts and should be fixed regardless.

[crsaracco]

@dqgls Thanks for that neat trick, that solved it for now! Agreed on both bullet points.