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

[Will]

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.

[Johannes (jradinger)]

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.

[Daniel Williams (equipoise)]

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.

[Daniel Williams (equipoise)]

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

[Daniel Williams (equipoise)]

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.