[kwin] [Bug 401227] Global hotkey resets with each restart
https://bugs.kde.org/show_bug.cgi?id=401227 printf...@gmail.com changed: What|Removed |Added CC||printf...@gmail.com --- Comment #13 from printf...@gmail.com --- Yesterday I noticed this problem with the key combinations Alt+2 and Alt+7. A temporary way to fix the issue was to assign those combinations to some actions in Settings->Shortcuts and then to remove them. After restarting the system the issue was back though. I removed all the keyboard layouts from the KDE settings and am using the one specified in 00-keyboard.conf. This seems to have fixed the issue permanently, although it is not ideal. Operating System: Arch Linux KDE Plasma Version: 5.27.7 KDE Frameworks Version: 5.108.0 Qt Version: 5.15.10 Kernel Version: 6.4.10-arch1-1 (64-bit) Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 401227] Global hotkey resets with each restart
https://bugs.kde.org/show_bug.cgi?id=401227 --- Comment #12 from David --- I can confirm that killing kglobalaccel5 allowed me to use my "9" key as usual. But when I started kglobalaccel5 back up, the "9" key stopped working again. Interestingly, not only is pressing "9" problematic, but also pressing "alt gr"+"9". As a Swedish keyboard, it's supposed to give me the opposite of "[". But it DOES work to press "shift"+"9" to get a ")". Not sure why shift works and not alt-gr... I'm currently using KDE version 5.24.5-1 on Fedora 36. Kernel 5.17.12-300 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 401227] Global hotkey resets with each restart
https://bugs.kde.org/show_bug.cgi?id=401227 Oscar Fuentes changed: What|Removed |Added CC||bugs-...@axeitado.com --- Comment #11 from Oscar Fuentes --- Today I had this problem with Ctrl+Alt-T. I barely recall disabling this key combination, along with several others, in SystemSettings5, because they are used by Emacs. Suddenly Ctrl+Alt+T was undetected in Emacs. After Killing kglobalaccel5 Emacs can see that key combination again. After restarting kglobalaccel5 the key combination kept working on Emacs. So there is something fishy here. Operating System: Debian GNU/Linux KDE Plasma Version: 5.24.5 KDE Frameworks Version: 5.94.0 Qt Version: 5.15.4 Kernel Version: 5.17.0-1-amd64 (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-6700K CPU @ 4.00GHz Memory: 62,7 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 530 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 401227] Global hotkey resets with each restart
https://bugs.kde.org/show_bug.cgi?id=401227 --- Comment #10 from Niels --- My particular problem was apparently reported here: https://bugs.kde.org/show_bug.cgi?id=390742 After assigning the Yakuake key to F12, the number 5 key works again. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 401227] Global hotkey resets with each restart
https://bugs.kde.org/show_bug.cgi?id=401227 --- Comment #9 from Raul Laasner --- Thanks, although for me killing kglobalaccel5 kills too much. I'd still like to use some other shortcuts. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 401227] Global hotkey resets with each restart
https://bugs.kde.org/show_bug.cgi?id=401227 --- Comment #8 from Niels --- Note: Killing kglobalaccel5 helps. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 401227] Global hotkey resets with each restart
https://bugs.kde.org/show_bug.cgi?id=401227 Niels changed: What|Removed |Added CC||niels.m...@noyo.dk --- Comment #7 from Niels --- I'm seeing the same thing, with the key "5" being mapped to some CLIP_TEMPORARY thingy. It's quite annoying. Plasma version .16.4. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 401227] Global hotkey resets with each restart
https://bugs.kde.org/show_bug.cgi?id=401227 Carlos changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|NOT A BUG |--- Ever confirmed|0 |1 CC||carlo...@gmail.com --- Comment #6 from Carlos --- As the others, I also observe this buggy behavior. In my case, the issue happens with the shortcut "alt+;" and "alt+]". Beyond this being a bug in KWin or not, there seems to be a need of a way to tell what is bound to a shortcut. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 401227] Global hotkey resets with each restart
https://bugs.kde.org/show_bug.cgi?id=401227 David changed: What|Removed |Added CC||avi...@gmail.com --- Comment #5 from David --- If you have text selected, the middle mouse button pastes that text. It doesn't mean pressing alt+= is assigned to copying text. I'm getting the same issue, but with my "9" key (I had to use the number pad to type that.) For me, with xev -root, pressing "9" gives: FocusIn event, serial 21, synthetic NO, window 0x111, mode NotifyGrab, detail NotifyInferior KeymapNotify event, serial 21, synthetic NO, window 0x0, keys: 1 0 4 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 PropertyNotify event, serial 21, synthetic NO, window 0x111, atom 0x14d (CLIP_TEMPORARY), time 67595257, state PropertyNewValue FocusOut event, serial 21, synthetic NO, window 0x111, mode NotifyUngrab, detail NotifyInferior PropertyNotify event, serial 21, synthetic NO, window 0x111, atom 0x14d (CLIP_TEMPORARY), time 67595259, state PropertyDelete My "9" key is not assigned to "copy" but to something else. If I go to Settings and Global Shortcuts configuration, go to an unused shortcut and press the reassign button, I can press "9" to assign it to that shortcut. If I then delete the assignment again without applying, I regain normal use of my "9" key (until the next reboot). I think there is definitely a bug here. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 401227] Global hotkey resets with each restart
https://bugs.kde.org/show_bug.cgi?id=401227 --- Comment #4 from Raul Laasner --- Not sure if it means anything but if I switch to Plasma (Wayland), the problem disappears. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 401227] Global hotkey resets with each restart
https://bugs.kde.org/show_bug.cgi?id=401227 --- Comment #3 from Martin Flöser --- That could be an accessibility feature which emulates mouse buttons. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 401227] Global hotkey resets with each restart
https://bugs.kde.org/show_bug.cgi?id=401227 --- Comment #2 from Raul Laasner --- Thank you, this helped! If I run xev -root, then part of the output reads PropertyNotify event, serial 18, synthetic NO, window 0x1c9, atom 0x152 (CLIP_TEMPORARY), time 8285578, state PropertyNewValue which suggests it has something to do with copying text. Indeed, if I select some text in a text editor, press Alt+=, and then press the middle button, that text is pasted. I don't have an immediate solution here but I can probably figure it out. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 401227] Global hotkey resets with each restart
https://bugs.kde.org/show_bug.cgi?id=401227 Martin Flöser changed: What|Removed |Added Resolution|--- |NOT A BUG Status|REPORTED|RESOLVED --- Comment #1 from Martin Flöser --- KWin does by default not use this shortcut. Most likely you have an app taking this shortcut and trying to activate. KWin is not the reason, but just the mediator. You can try xev -root to see more events and figure out which window geta activated. I don't see a bug in KWin. -- You are receiving this mail because: You are watching all bug changes.