[mutter/wip/carlosg/no-reload-keymap-on-keyboard-switch] backends: Do not reload keymap on new keyboard notifications

[Carlos Garnacho <carlosg src gnome org>]

commit b3192d6bab51305536099734ea3caf482aa6f9a2
Author: Carlos Garnacho <carlosg gnome org>
Date:   Thu May 16 12:25:47 2019 +0200

    backends: Do not reload keymap on new keyboard notifications
    
    XkbNewKeyboardNotify informs the client that there is a new keyboard
    driving the VCK. It is essentially meant to notify that the keyboard
    possibly has a different range of HW keycodes and/or a different
    geometry.
    
    But the translation of those keycodes remain the same, and we don't
    do range checks or geometry checks (beyond using KEY_GRAVE as "key
    under Esc", but that is hardly one). It seems we can avoid the
    busywork that is releasing all our passive grabs, reloading the keymap
    and regenerating the keycombos and restoring the passive grabs.
    
    Closes: https://gitlab.gnome.org/GNOME/mutter/issues/398

 src/backends/x11/meta-backend-x11.c | 1 -
 1 file changed, 1 deletion(-)
---
diff --git a/src/backends/x11/meta-backend-x11.c b/src/backends/x11/meta-backend-x11.c
index c10365f9d..c5794b20f 100644
--- a/src/backends/x11/meta-backend-x11.c
+++ b/src/backends/x11/meta-backend-x11.c
@@ -357,7 +357,6 @@ handle_host_xevent (MetaBackend *backend,
         {
           switch (xkb_ev->any.xkb_type)
             {
-            case XkbNewKeyboardNotify:
             case XkbMapNotify:
               keymap_changed (backend);
               break;