Project

General

Profile

Bug #6478

Keyboard shortcuts use QWERTY mapping instead of the configured keyboard layout

Added by sajolida about 6 years ago. Updated almost 6 years ago.

Status:
Resolved
Priority:
Elevated
Assignee:
-
Category:
Internationalization
Target version:
-
Start date:
12/11/2013
Due date:
% Done:

70%

Feature Branch:
bugfix/6478
Type of work:
Code
Blueprint:
Starter:
No
Affected tool:

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.


Related issues

Related to Tails - Bug #6396: KeePassX autotype feature doesn't work with non-qwerty keyboard layouts Resolved 07/19/2014

History

#1 Updated by intrigeri about 6 years ago

  • Priority changed from Normal to Elevated

This is a regression, and an annoying one => raising priority.

#2 Updated by intrigeri about 6 years ago

  • Target version set to Tails_0.22.1

#3 Updated by matsa about 6 years ago

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 about 6 years ago

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 about 6 years ago

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 about 6 years ago

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 about 6 years ago

"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 about 6 years ago

  • 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 about 6 years ago

winterfairy wrote:

"bugfix/6478" in my tails repo.

Merged into experimental to ease testing, pushed.

#10 Updated by intrigeri about 6 years ago

  • 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 about 6 years ago

  • 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 about 6 years ago

  • Assignee changed from bertagaz to alant

#13 Updated by intrigeri about 6 years ago

  • 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 about 6 years ago

  • Assignee deleted (alant)
  • QA Check changed from Ready for QA to Pass

#15 Updated by alant about 6 years ago

  • Status changed from Confirmed to 11

#16 Updated by intrigeri almost 6 years ago

  • Status changed from 11 to Resolved

#17 Updated by mercedes508 almost 6 years ago

  • 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 almost 6 years ago

  • 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 almost 6 years ago

  • Related to Bug #6396: KeePassX autotype feature doesn't work with non-qwerty keyboard layouts added

Also available in: Atom PDF