SUMMARY On my Dell XPS 9370, the radio kill button is paired with the home button, right next to my F12 key. 90% of the time, when I use that key (Fn+Home), it kills my Meta key until I relog. STEPS TO REPRODUCE 1. Hold Fn key 2. Tap Home key OBSERVED RESULT Meta key fails to trigger application launcher. Alt+F1 still works, and other Meta assignments work too. EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
(In reply to Matt from comment #0) > SUMMARY > On my Dell XPS 9370, the radio kill button is paired with the home button, > right next to my F12 key. 90% of the time, when I use that key (Fn+Home), it > kills my Meta key until I relog. > > STEPS TO REPRODUCE > 1. Hold Fn key > 2. Tap Home key > > OBSERVED RESULT > Meta key fails to trigger application launcher. Alt+F1 still works, and > other Meta assignments work too. > > > EXPECTED RESULT > Application launcher opens > > SOFTWARE/OS VERSIONS > Linux/KDE Plasma: Arch Linux 4.20.0-arch1-1-ARCH > (available in About System) > KDE Plasma Version: 5.14.5 > KDE Frameworks Version: 5.53.0 > Qt Version: 5.12.0 > > ADDITIONAL INFORMATION
X11 or Wayland
(In reply to Martin Flöser from comment #2) > X11 or Wayland X11
Please provide the output of xev containing meta press and radio button switch.
META KEYPRESS WHEN META KEY IS WORKING: KeyPress event, serial 40, synthetic NO, window 0x4200001, root 0x168, subw 0x0, time 3689931, (166,-19), root:(1199,10), state 0x0, keycode 133 (keysym 0xffe7, Meta_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 40, synthetic NO, window 0x4200001, root 0x168, subw 0x0, time 3690089, (166,-19), root:(1199,10), state 0x40, keycode 133 (keysym 0xffe7, Meta_L), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False RADIO KEYPRESS KeyPress event, serial 40, synthetic NO, window 0x200001, root 0x168, subw 0x0, time 3850405, (164,-12), root:(1197,17), state 0x0, keycode 255 (keysym 0x1008ffb5, XF86RFKill), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 40, synthetic NO, window 0x200001, root 0x168, subw 0x0, time 3850405, (164,-12), root:(1197,17), state 0x0, keycode 255 (keysym 0x1008ffb5, XF86RFKill), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False META KEYPRESS AFTER RADIO SWITCH KeyPress event, serial 40, synthetic NO, window 0x4200001, root 0x168, subw 0x0, time 77107, (167,-21), root:(1200,8), state 0x0, keycode 133 (keysym 0xffe7, Meta_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 40, synthetic NO, window 0x4200001, root 0x168, subw 0x0, time 78026, (167,-21), root:(1200,8), state 0x40, keycode 133 (keysym 0xffe7, Meta_L), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False NOTE: As I was running xev, there was one instance where the Meta Key did not fail as described. However, after a restart, it returned to the previously stated semi-functionality
Again, noticing some interesting aspects to this that were I had failed to notice earlier. Locking the session and re-entering, or simply closing the lid and re-opening it will return the meta key to its intended function.
Can reproduce it. It also happens on Wayland for some reason.
Yes, this bug has been persistent. I made the switch to Wayland somewhere around plasma 20, and noticed it then too. Will check today and update the ticket if it’s on latest version.