Bug #6478
Keyboard shortcuts use QWERTY mapping instead of the configured keyboard layout
70%
Description
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.
Subtasks
Related issues
|
Related to Tails - |
Resolved | 2014-07-19 |
History
#1 Updated by intrigeri 2013-12-11 05:37:19
- Priority changed from Normal to Elevated
This is a regression, and an annoying one => raising priority.
#2 Updated by intrigeri 2013-12-11 05:39:28
- Target version set to Tails_0.22.1
#3 Updated by matsa 2013-12-11 05:46:25
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).
#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.
#9 Updated by intrigeri 2013-12-11 10:10:34
winterfairy wrote:
> “bugfix/6478” in my tails repo.
Merged into experimental to ease testing, pushed.
#10 Updated by intrigeri 2013-12-12 03:59:23
- Assignee changed from intrigeri to winterfairy
- Feature Branch set to bugfix/6478
WinterFairy’s branch breaks login, should be fixed in my own bugfix/6478.
#11 Updated by intrigeri 2013-12-29 07:09:52
- Assignee changed from winterfairy to bertagaz
- % Done changed from 0 to 70
Successfully tested bugfix/6478 (with gedit and nautilus) for English, French, Chinese, Korean and Japanese. Reassigning for review.
#12 Updated by intrigeri 2013-12-29 11:06:39
- Assignee changed from bertagaz to alant
#13 Updated by intrigeri 2014-01-04 01:21:16
- Subject changed from Keyboard shortcuts use QWERTY mapping instead of AZERTY on French keyboard to Keyboard shortcuts use QWERTY mapping instead of the configured keyboard layout
#14 Updated by alant 2014-01-04 02:09:18
- Assignee deleted (
alant) - QA Check changed from Ready for QA to Pass
#15 Updated by alant 2014-01-04 02:16:20
- Status changed from Confirmed to Fix committed
#16 Updated by intrigeri 2014-02-05 01:41:13
- Status changed from Fix committed to Resolved
#17 Updated by mercedes508 2014-03-25 10:19:04
- Status changed from Resolved to New
- Target version changed from Tails_0.22.1 to Tails_1.0
- QA Check changed from Pass to Dev Needed
A bug report for Tails 0.23 stands that it’s back. I reproduced it and effectively it’s back…
#18 Updated by sajolida 2014-03-25 13:46:14
- Status changed from New to Resolved
- Target version deleted (
Tails_1.0) - 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.
#19 Updated by sajolida 2014-03-25 13:46:38
- related to
Bug #6396: KeePassX autotype feature doesn't work with non-qwerty keyboard layouts added