SUMMARY Attempting to assign window shortcuts like 'meta+alt+0' results in 'meta+alt+0, ...' displayed shortly and quickly changed to some rubbish symbols. No shortcut assigned. The same shortcut assigned to the window and saved to the default session long time ago still works. Stopped working after a recent update to 5.16.2. STEPS TO REPRODUCE 1. Open assign window shortcut dialog, set focus to shortcut text widget. 2. press Meta+alt+0 3. ... OBSERVED RESULT some rubbish symbols in the text window, no shortcuts assign EXPECTED RESULT 'META+ALT+0' assigned as a window shortcut SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux (available in About System) KDE Plasma Version: 5.16.2-4 KDE Frameworks Version: 5.16.2-4 Qt Version: 5.13 ADDITIONAL INFORMATION
As far as I know, somewhere in the stack "Meta" is a shortcut for "Ctrl+Alt+Shift" (legacy?). So "Meta+Alt" would not work, but "Meta" alone should work. Can you confirm?
Created attachment 121723 [details] screenshot demostrating the bug
No. Meta alone does not work either. I attached a screenshot with what I see when trying to assing Meta+2 shortcut. Moreover Meta+Alt+2 used to work yet about a month ago. I still have that setup saved as a session and I can still use the Meta+Alt+[0-9] shortcuts for windows in that session. But I can not assign new ones.
What's your keyboard layout?
`English (US).` Though if try to get it from console I get: ``` $ showconsolefont Couldn't get a file descriptor referring to the console ```
This is still broken. No shortcut with Meta can be put in using the `Set Window Shortcut` widget. It looks like it is getting the keys on press cause the strange symbol appears in the shortcut window immediately after I press `Meta` (without releasing it), and then when I press some key the proper `Meta+Key` combination appears in the window.
This bug was reported against an outdated version of KWin. We have made many changes since the. If the issue persists in newer versions can you reopen the bug report updating the version number.