Keyboard switcher (or layout toggle hotkey) doesn't work

Bug #1944085 reported by Will
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
budgie-desktop (Ubuntu)
New
Undecided
Unassigned
groovy (Ubuntu)
New
Undecided
Unassigned

Bug Description

I originally asked for help with the issue here:
https://discourse.ubuntubudgie.org/t/cant-change-keyboard-layout/5293

I'm on 21.04 but it happens for someone on 21.10 too.
I'm on budgie-desktop 10.5.2.

I’m trying to toggle between English (US) and Thai keyboard layouts. I have both set up in the “Region & Language” options in the settings, and I set “Super+Space” to toggle between them, and I have it set to be the same for all windows.

The layout indicator applet correctly shows the layout changing between “US” and “TH”, but it hasn’t actually done anything - I’m still typing in English regardless.

However, if I go into the options and manually re-order the languages (dragging Thai to be above English US), I’m typing in Thai as expected - so the Thai language definitely works.

Everything starts working fine (with the layout indicator and the hotkey) once you've visited the Region & Language settings and re-ordered them from there first. It will be broken again after logging out.

Note, if you try to replicate this by adding a new keyboard layout it will work the first time. You have to log out and in again to see it not working any more.

Revision history for this message
Johannes (jradinger) wrote :

I can confirm this on my system:
Ubuntu Budgie 21.10, GNOME version 40.4.0.

Keyboard settings (German keyboard = primary, US English = secondary) are not recognized after logging out/in, although the order of the keyboards is correct in the settings menu and in the top panel. Reshuffling/Reordering the keyboard layouts in the settings menu and then moving German again to top works...until the next log out/reboot.

no longer affects: ubuntubudgie
Revision history for this message
Daniel Williams (equipoise) wrote :

Affects me as well.

I'm running a 21.10 on a Dell XPS 13, and trying to switch between "English (US)" (i.e. the normal Qwerty layout) and "English (Dvorak)". The layout is sometimes respected and sometimes restored in a random (but repeatable manner)

And the layout switch is similarly buggy -- some apps will respect my currently configured keyboard (dvorak) and some will not.
1. Firefox accepts my currently configured dvorak keyboard -- works as expected.
2. KeepassXC (one example among others) does not accept the dvorak layout, and typing continues show qwerty keypresses -- even after switching dvorak -> qwerty -> dvorak, I still get the qwerty key output.

## I'm currently running:
```
$ lsb_release -cd
Description: Ubuntu 21.10
Codename: impish
```

```
$ localectl status
   System Locale: LANG=en_US.UTF-8
       VC Keymap: us
      X11 Layout: us,us
       X11 Model: pc105
     X11 Variant: dvorak,
     X11 Options: grp_led:scroll
$ setxkbmap -query
rules: evdev
model: pc105
layout: us
options: ctrl:nocaps
```

Happy to provide logs, run experiments, or provide further details, if desired.

Revision history for this message
Daniel Williams (equipoise) wrote (last edit ):

Update:
Issue is getting ... well, updated ... on Ubuntu 22.04 LTS:
The updates pushed April 17-19 sometimes break the break keymaps? it's hard to tell what's going on, anymore.

Given that it seems to be under active work, I'll wait to see what happens.

edit:
Oh, that's funky -- if there's a single keymap:
- normal keys (i.e. with a modifier: ctrl or alt) maps according to chosen keyboard mapping
- WITH the CTRL or ALT modifier the keys hard-map to the qwerty layout.
- changes by app

Revision history for this message
Daniel Williams (equipoise) wrote (last edit ):

Update: Working better.

1. If a single keymap is enabled:
 (for me, en-US/Dvorak), that single keymap seems to work as expected.... _for a while_. But still defaults qwerty after a while (maybe program startup).

2. If 2 keymaps are enabled:
Seems to occasionally (?) work. Switching keyboards sometimes has an affect, but programs occasionally revert to qwerty.
(note: qwerty IS NOT ENABLED. the two keymaps that are enabled are: en-US-dvorak and spanish. Neither of which are active in this browser window.)

note: This is most repeatable in browsers, including firefox and chrome.
The terminal and other os menus seem to handle input correctly.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.