Keyboard shortcuts use QWERTY mapping instead of the configured keyboard layout
Starting from Tails 0.22~rc1 in French, for example in gedit:
- Ctrl+A on a French AZERTY keyboard closes gedit (as if it was Ctrl+Q)
- Ctrl+Q on a French AZERTY keyboard selects all (as if it was Ctrl+A)
- Ctrl+Z on a French AZERTY keyboard closes the current file (as if it was Ctrl+W)
- Ctrl+W on a French AZERTY keyboard does undo (as if it was Ctrl+Z)
This does happen as well Iceweasel and OpenOffice so it looks like a globel input method problem.
Related to Tails -
#4 Updated by intrigeri 2013-12-11 06:08:09
> I noticed the same bug, with the same configuration (Tails 0.22~rc1 in French +
> AZERTY), excepted that this bug only appears in gedit (i.e. Iceweasel and OpenOffice
> still have the expected behavior).
Strange, I’ve seen the same issue (CTRL+a in AZERTY keyboard closes the app) with Iceweasel once, but not the 2nd time, while the problem is reproductible a few times in a row ith Gedit.
Not an issue with Gobby nor Pidgin.
#5 Updated by matsa 2013-12-11 07:09:34
Some more test results:
Nautilus : expected behavior: Ctrl+A selects everything
Claws-mail : Both shortcuts Ctrl+A and Ctrl+Z selects everything
Applications → Accessories → Search for files : Ctrl+Q selects everything, Ctrl+A makes nothing
Poedit : Ctrl+A closes the application (with a warning if some modifications was’nt saved)
WhisperBack :_ Ctrl+Q selects everything_, Ctrl+A makes nothing
Pidgin : Ctrl+A makes nothing
Note that the fact to remove the “USA” keyboard layout fixes that..
(I retested with each application)
#6 Updated by matsa 2013-12-11 07:38:48
> Note that the fact to remove the “USA” keyboard layout fixes that..
Precision: the fact to move the “USA” keyboard layout down (in System → Preferences → Keyboard) is enough to get the keyboard shortcuts work as expected.
Left-clicking on the keyboard layout selector (on the top-right corner of the screen) still allows us to switch from a layout to another, but the keyboard shortcuts remain configurated according to the keyboard layout that is on the top of list.
#7 Updated by winterfairy 2013-12-11 08:17:11
“setxkbmap fr” in a terminal after login seems to fix it too.
As does unsetting GTK_IM_MODULE it seems, before starting the application.
Maybe IBus doesn’t play well with multiple keyboard layouts (e.g. fr+us). The easy solution would be to only enable IBus for the languages that need it (ja, kr, zh).
Should we do this for now, and file a ticket about trying to fix this issue and enable it for all languages later?
For the record, SCIM wasn’t enabled for french before, so maybe it is not IBus fault, but input method handling as such.
#8 Updated by winterfairy 2013-12-11 08:39:25
- Assignee set to intrigeri
- QA Check set to Ready for QA
- Type of work changed from Research to Code
“bugfix/6478” in my tails repo.
Not tested, and I do not have time to test it right now.
It should disable IBus for all but japanese, korean and chinese.
What need to be tested:
- That this bug is fixed.
- Input method still works for japanese, korean and chinese.
#18 Updated by sajolida 2014-03-25 13:46:14
- Status changed from New to Resolved
- Target version deleted (
- QA Check changed from Dev Needed to Pass
I double-checked and none of the initial behavior described for this bug reappeared. I think you confused it with 6396 that was reported again in bug report 8e68352.