Hi, I just upgraded a 4.4 box to 4.6 and there was some problem with the keyboard stuff. Reports from upgrading Debian users seems to corroborate that it's quite complicated and messy, especially when people have setxkbmap/xmodmap scripts in the way. Here, I didn't have setxkbmap/xmodmap stuff configured. My xorg.conf have: Xkbmodel pc105 Xkblayout us,fr Xkbvariant altgr-intl,oss And some options. When Xfce 4.6 first started, I went to the Layout tab in xfce4-keyboard-settings, and the interface correctly detected the above options: Use system default was unchecked Keyboard model was to “Generaic 105-key (Intl) PC Two layouts were presents: fr/oss us/altgr-intl And I could chose between both, it indeed changed the working layout from qwerty to azerty and vice versa. Setting the layout to fr/oss, loging out and login back in, I now had altgr-intl configured again, as if it forgot my settings. There was at this point _no_ keyboard-layout channel in xfconf. I checked/unchecked the “Use system defauls” checkbox, and the file was created, with only the key: XkbDisable = false. Again, changing the layout and quitting/coming back leads to Xfce forgotting the configured layout. I had to remove both layouts and add them back to have them written to the xfconf channel, but the key XkbLayout is written as fr,us (the order in the table) wether I select fr or us. On top of that, it seems that when one changes layout the keyboard shortcuts are invalid until re-configured (even to the same stuff) but that's not always the case and the layout seems to mess again with it (for example if login in with fr layout and changing to us, a Super+w shortcut will be stay bound on Super+w even if that key is now z. I know the issue is fairly complex and I dont really understand everything myself, so if you need more info, please ask. I've kept a copy of the mcs_settings stuff so I can redo the migration if needed. Cheers, -- Yves-Alexis
Taht does not make much sense to me, because UI dialog does not change the layout itself and relies on the helper for that, and guess what is used to communicate?... xfconf. So how can this work if there is no channel in xfconf?
(In reply to comment #1) > Taht does not make much sense to me, because UI dialog does not change the > layout itself and relies on the helper for that, and guess what is used to > communicate?... xfconf. So how can this work if there is no channel in xfconf? Well, the point is, it doesn't. I have many reports saying that, after upgrading to Xfce, each time they log in the keyboard shortcuts don't work. When everything is autodetected, it's a bit like if everything was changed at each startup, I guess. Situation seems to settle down once people start reconfiguring everything, it seems, but the default situation seems broken.
The first part of the bug (layout order not saved correctly) should be fixed now. I'm going to close this as fixed, could you please reopen a bug if you can still reproduce the keyboards shortcut not working anymore stuff please?