Input navigation regression in gtk 3.24.25 with X11 overlays
This issue does not occur in 3.24.24 for me, downgrading solved it for now I should add that this issue affects only a very obscure setup which I should first explain
X11 has a rarely used concept of “overlays” that allow multiple keyboard layouts to exist as one by holding down a key one can switch to a different overlay. This is what I use here. Part of my overlay definition xkb is included here:
xkb_symbols "shift" {
include "custom(default)"
key <LFSH> {
type[Group1]="ONE_LEVEL",
symbols[Group1] = [ Overlay1_Enable ]
};
key <AC08> { overlay1=<DOWN> };
// long list of overlays cut out
};
Essentially, by holding down left shift, I shift keys on the keyboard. I'm sure you get the logic that the purpose is for the HJKL keys to become arrow keys, among many other things, when left shift is held down
Steps to reproduce
- Have an overlay keyboard layout in X11
- place the cursor at an input field
- utilize any form of cursor navigation such as left, right, up down, home &c through the overlay, rather than normally
Current behavior
The first navigational input direction when the overlay key [left shift here] is pressed is ignored, but any further that are pressed as the overlay key is held down, are registered
Expected outcome
All navigational keys should be registered; the first should not be ignored
Version information
GTK version: 3.24.25 Did not appear in: 3.24.24 Xorg Server: 1.20.10
Additional information
I have only tested this on exactly one GTK3 application: Chromium, since that is the only GTK application that I use. I am mystified as to how this could happen since the GTK3 application should not even see the difference in how X11 handles that and should see it as though it be a normal navigational press from the key directly.