STEPS TO REPRODUCE 1. Install and run any gtk3 application which displays its icon in the System tray, e.g.: VeraCrypt, Psensor, Deluge-gtk. 2. Run any other application with "Ignore global shortcuts: Force, Yes" window settings. 3. Click on the gtk3 application icon in the System tray. OBSERVED RESULT The system stops responding to mouse input globally until the gtk3 application is closed. EXPECTED RESULT The gtk3 application acts according to the programmed action of clicking on the System tray icon, such as showing or hiding its window. SOFTWARE/OS VERSIONS Linux: Arch Linux Kernel: archlinux 6.10.4-arch2-1 #1 SMP PREEMPT_DYNAMIC Sun, 11 Aug 2024 16:19:06 +0000 x86_64 GNU/Linux Graphic Platform: X11 KDE Plasma Version: 6.1.4 KDE Frameworks Version: 6.4.0 Qt Version: 6.7.2 ADDITIONAL INFORMATION Tested also on OpenSuse Tumbleweed with the same result.
So if you remove the "Ignore global shortcuts: Force, Yes" window rule, it stops happening?
waiting for info
(In reply to Nate Graham from comment #1) > So if you remove the "Ignore global shortcuts: Force, Yes" window rule, it > stops happening? Yes, the bug only happens when this option is enabled. I use feature "Ignore global shortcuts" when working with virtual machines and with far2l file manager.
Do you know if this is a recent regression at all? When in this state, does killing kglobalaccel6 release the mouse.
(In reply to David Edmundson from comment #4) > Do you know if this is a recent regression at all? It's hard to say, since I started using "Ignore global shortcuts" feature when it turned out that after update Plasma to 6.1 the built-in far2l feature ("Exclusively handle hotkeys that include Ctrl/Alt/Win") does not work anymore. I think I've been seeing this bug for about a month or a month and a half at least. (In reply to David Edmundson from comment #4) > When in this state, does killing kglobalaccel6 release the mouse. Do you mean "kglobalacceld"? There is no "kglobalaccel6" on my machines. No, killing this process has no effect. Exiting the application with the "Ignore global shortcuts" feature activated also has no effect. Everything returns to normal only after closing (or killing) the gtk3-application which icon we clicked.
The problem is reproducible on neon-testing-20240820-0254.iso and neon-unstable-20240826-0356.iso.
I can reproduce this on git-master, Wayland with psensor and deluge - Ran psensor - Set Konsole window settings to force ignore global shortcuts, restarted it - Clicked the psensor icon in the tray. All mouse clicks don't do anything. - Killing the kglobalacceld process did not release the mouse - Killing the psensor process allowed the UI to respond to mouse clicks Notably, I cannot reproduce the issue with the systray icon for Syncthing-gtk, which is also GTK3
Graphic Platform: X11 KDE Plasma Version: 6.1.4 --> 6.1.5 KDE Frameworks Version: 6.4.0 --> 6.5.0 Qt Version: 6.7.2 Nothing has changed, the bug is still reproducible. Some another affected applications for tests: gajim, quodlibet.
> Notably, I cannot reproduce the issue with the systray icon for > Syncthing-gtk, which is also GTK3 Arch Linux. Syncthing-gtk behaves exactly the same as the others described above. Remark: I use X11.
neon-testing-20240924-0248.iso — Nothing has changed, the bug is still reproducible. KDE Plasma Version: 6.1.90 KDE Frameworks Version: 6.7.0 Qt Version: 6.7.2 Kernel Version: 6.8.0-45-generic (64-bit) Graphic Platform: X11
The problem is still here.