Bug 2219594

(Beware, this might be a hardware issue with a spurious port)

This was raised a year ago with Mutter, I'm just copying my most recent encounter with this issue today after an upgrade to Fedora 38. Original bug report: https://gitlab.gnome.org/GNOME/mutter/-/issues/1970

---

When i press Super key (Windows key on keyboard) the overview should show up.
But this does not happen. I did test with other keyboard where it works just fine.
I did confirm that the Windows key is actually mapped to Super key and that
holding super and pressing arrows does maximize window and snaps it to sides so
GNOME does register the key actually.
Weirdly enough sometimes pressing the button quickly does rarely trigger the overview screen.

--- 

I recently bought a Cherry G80-3000N keyboard and it started to exhibit this exact behavior after upgrading to Fedora 38.
Now I installed a fresh Fedora 37 from iso (gnome-shell --version = GNOME Shell 43.6) thinking this would be related to the gnome update, still having the same issue.
The pattern is exactly as mentioned above in the mutter bug:

```
-event7   KEYBOARD_KEY            +10.410s	KEY_UNKNOWN (240) released
 event7   KEYBOARD_KEY            +10.410s	KEY_UNKNOWN (240) pressed
-event5   KEYBOARD_KEY            +10.411s	KEY_LEFTMETA (125) pressed
-event7   KEYBOARD_KEY            +10.523s	KEY_UNKNOWN (240) released
 event7   KEYBOARD_KEY            +10.523s	KEY_UNKNOWN (240) pressed
-event5   KEYBOARD_KEY            +10.524s	KEY_LEFTMETA (125) released
```

Two other interesting things are caused by this:

* left/right arrow keys don't debounce properly, they just stop after two left/right steps
* text selection and sometimes the right clicking is affected, eg in slack or goland

The related device output prints:

```
Device:           CHERRY CHERRY Keyboard
Kernel:           /dev/input/event5
Group:            7
Seat:             seat0, default
Capabilities:     keyboard 
Tap-to-click:     n/a
Tap-and-drag:     n/a
Tap drag lock:    n/a
Left-handed:      n/a
Nat.scrolling:    n/a
Middle emulation: n/a
Calibration:      n/a
Scroll methods:   none
Click methods:    none
Disable-w-typing: n/a
Disable-w-trackpointing: n/a
Accel profiles:   n/a
Rotation:         n/a

Device:           CHERRY CHERRY Keyboard
Kernel:           /dev/input/event7
Group:            7
Seat:             seat0, default
Capabilities:     keyboard pointer 
Tap-to-click:     n/a
Tap-and-drag:     n/a
Tap drag lock:    n/a
Left-handed:      n/a
Nat.scrolling:    disabled
Middle emulation: n/a
Calibration:      n/a
Scroll methods:   none
Click methods:    none
Disable-w-typing: n/a
Disable-w-trackpointing: n/a
Accel profiles:   n/a
Rotation:         n/a
```


Indeed, switching the USB port resolves it. The devices stay the same, but the device at /dev/input/event7 is certainly not sending the UNKNOWNS anymore.

Going from Fedora 37 to Fedora 38 again does not reproduce this issue on the other port, hence it's likely more hardware related.

Windows does not have any problem at all with this port, so not entirely sure if this could be handled differently in libinput. It seems the other device shouldn't be sending those unknown events, or at the very least they should be filtered.


Reproducible: Couldn't Reproduce

Steps to Reproduce:
1. Upgrade from F37 to F38
2. Observe the super key not properly triggering the overview anymore

Actual Results:  
The overview was only sporadically opening, every nth keypress.

Expected Results:  
I expect the overview to be triggered every time the button is pressed.