So what I mean is,if some menus are open,hotkeys won't be registered. To reproduce this: 1.make a hotkey for something 2.go into Dolphin 3.Right click something like "Home" 4.Press the shortcut without doing anything else before This happens on shortcuts from many different prgrams,so it's definetly Kde's fault. And it doesn't only happen on Dolphin,but many other programs that have those menus.
I'm afraid this is an unfixable X11 bug: while a menu is open, the X server hands all input to the menu, and menus can't be made to listen to every shortcut. Fixed already on Wayland.
(In reply to Nate Graham from comment #1) > I'm afraid this is an unfixable X11 bug: while a menu is open, the X server > hands all input to the menu, and menus can't be made to listen to every > shortcut. But how can it be unfixable if it worked some months ago?
This may sound marsh, but... it didn't. :) This has never worked on X11. Menus have always grabbed all input and made global shortcuts not function while they're open.
(In reply to Nate Graham from comment #3) > This may sound marsh, but... it didn't. :) This has never worked on X11. > Menus have always grabbed all input and made global shortcuts not function > while they're open. Oh,I'm dumb,I commented to the wrong issue,I thought this was the issue for a hotkey issue. Yeah,it never worked for me,I will switch to wayland when it works flawlessly in the future for amd and nvidia gpu's.
(In reply to Nate Graham from comment #1) > I'm afraid this is an unfixable X11 bug: while a menu is open, the X server > hands all input to the menu, and menus can't be made to listen to every > shortcut. > > Fixed already on Wayland. Could it be fixed if I report that bug on the xorg site? Or will they just don't update it cause it's too bloated?
Xorg isn't developed anymore; all of its developers work on Wayland now. That's one of the many reasons why we all need to work towards moving to Wayland. X11 is abandonware.
Will this bug get fixed on wayland soon?
Ah yes, it does seem to be an issue on Wayland still. It's theoretically fixable there, so re-opening.
Have you tested that it didn't work on wayland?
Oh what the hell, it doesn't. That's a regression
(In reply to David Edmundson from comment #9) > Have you tested that it didn't work on wayland? Yes. :)
PopupInputFilter is above the GlobalShortcutFilter. Hopefully should be trivial to move.
*** Bug 438913 has been marked as a duplicate of this bug. ***
I wonder how could it work before, anyway, that's the fix: https://invent.kde.org/plasma/kwin/-/merge_requests/1187
Git commit 95e954da300988f001f555046b42a3b1a3337db0 by Andrey Butirsky. Committed on 23/07/2021 at 12:12. Pushed by butirsky into branch 'master'. [tabbox] prevent dangling popups when switching on Wayland If some popups of active window present, there was glitches on switching such as stale popups or the popup happened below window. Dismissing all the popups solves the problem. M +4 -0 src/tabbox/tabbox.cpp https://invent.kde.org/plasma/kwin/commit/95e954da300988f001f555046b42a3b1a3337db0
Git commit b45f5c3a66d523ad1268222acfcde978d1d1b74e by Andrey Butirsky. Committed on 23/07/2021 at 12:12. Pushed by butirsky into branch 'master'. fix No globalshortcuts with popup grab M +3 -1 src/input.cpp https://invent.kde.org/plasma/kwin/commit/b45f5c3a66d523ad1268222acfcde978d1d1b74e