Comment 1 Olivier Fourdan 2009-03-28 19:13:18 CET

Can you check if the migration script is started? If so, can you disable it (it should not run more than once).

Sorry, but I had to switch back to xfce 4.4.x due to x server problems on gentoo.

I have same problem with <Super>+section (in finnish layout, section (§) is above 'tab', next to '1').

I think this might not be xfce4-bug, though, since I've had it with ubuntu 12.04 & xfce 4.8, but also after upgrading to xfce 4.10 through ppa. In debian wheezy (testing) with xfce4.8 I never had this problem.

Don't know where to report it, though, since it only happens with window manager shortcuts.

I had the same problem with <Super>+<Up> for maximizing a window. The problem is that xfconf stores keyboard shortcuts keyed by the shortcut, not the action, so in the configuration file ~/.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-keyboard-shortcuts.xml I end up with:

...
<property name="&lt;Alt&gt;F10" type="string" value="maximize_window_key"/>
...
<property name="&lt;Super&gt;Up" type="string" value="maximize_window_key"/>
...

There is a duplicate setting for the "maximize_window_key" setting and xfwm always selects the first one. I've made a simple workaround xfwm to use the last one:

lukas@gurgle:~/code/misc/xfwm4$ git diff
diff --git a/src/settings.c b/src/settings.c
index 607bb7b..75d397b 100644
--- a/src/settings.c
+++ b/src/settings.c
@@ -1487,7 +1487,6 @@ getShortcut (const gchar *name, GList *shortcuts)
         if (g_str_equal (shortcut->command, name))
         {
             result = shortcut->shortcut;
-            break;
         }
     }

The correct fix would be probably to not have duplicate settings in the configuration file, but I'm not sure at the moment where to fix that.

Comment 5 Jérôme Guelfucci 2012-12-20 00:22:10 CET

Likely a duplicate of bug #4695, the migration script used to introduce duplicate shortcuts in Xfconf and the code assume it is not possible.

*** This bug has been marked as a duplicate of bug 4695 ***