'Move window' shortcut points to wrong gsettings keys [$15]

[Danielle Foré]

Under "Workspaces" the Move To shortcuts list super + shift + foo. These are the move across displays shortcut. Move across workspaces shortcuts are super + alt + foo.

Either the plug is reading the keys wrong or pointing to the wrong keys.

[Danielle Foré (danrabbit)]

https://www.bountysource.com/issues/6554529-move-to-shortcuts-are-vague-inaccurate

[Victor Martinez (victored)]

Super + Shift + Number moves the window to the correct workspace.
Super + Shift + Left/Right don't do anything.

We need to update the report or file a new one :)

[Victor Martinez (victored)]

** Original description from duplicate report lp:1362928 **

Self-explanatory. But, when changing the combination to another one, suddenly begins to work with that one.

Also, you can use shift-super-left only when you have another desktop previously created, otherwise it doesn't work. with shift-super-right shortcut doesn't work at all.

This was tested on a clean install of Freya-EOS (beta).

[Victor Martinez (victored)]

As noted by Julián Unrrein (junrrein) these shortcuts are set in org.gnome.desktop.wm.keybindings.move-to-monitor-left and org.gnome.desktop.wm.keybindings.move-to-monitor-right.

[Victor Martinez (victored)]

As noted by Jason Yeomans (jyeo098):

using super+alt+arrow moves the windows.
The shortcut must have been changed and something else is grabbing super+shift+arrow that is causing moving windows to only work intermittently.

SUPER+ALT+ARROW is the new shortcut

[Victor Martinez (victored)]

Re-targeted project. Not absolutely sure it's gala's fault since it appears to be doing the right thing: http://bazaar.launchpad.net/~gala-dev/gala/trunk/view/head:/src/WindowManager.vala#L363

[Danielle Foré (danrabbit)]

Woah woah, you're changing completely what this bug report is about. We don't want super + shift to move windows. The correct shortcut is super + alt. The plug needs to be fixed to reflect the correct keys.

[Victor Martinez (victored)]

Ahh! Sorry. That makes the fix easier then :) Should we suppress those duplicate shorcuts?

[Victor Martinez (victored)]

Nvm, I just re-read your comment. Yea that should be a quick fix.

[Akshay Shekher (voldyman)]

I tracked down the bug, the Keyboard plug just shows the key binding with the higher priority so it shows super+shift+arrows.
the real bug is in the elementary default settings which sets both super+shift+arrows & super+alt+arrows to move the windows and the shift shortcut being of higher priority.

i have created a branch here https://code.launchpad.net/~voldyman/elementaryos/default-settings-trusty-keys
and created a merge request too.