SUMMARY Clicking Show Alternatives on widgets open an un-closable popup STEPS TO REPRODUCE 1. Right click a widget 2. Click Show Alternatives OBSERVED RESULT A popup with alternatives appears, and nothing you can do closes it, but selecting an item in the popup list EXPECTED RESULT A popup with alternatives appears, and clicking outside of it or pressing escape closes it SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Plasma Version: 6.1.3 KDE Frameworks Version: 6.4.0 Qt Version: 6.7.2 ADDITIONAL INFORMATION
Did you have the "Show panel configuration" mode active? There is a known sequence of steps that can cause this to happen then, see bug 487161. I cannot reproduce this while not starting in "Show panel configuration" mode. If you can, please confirm this, and ideally provide more information about additional steps that may be relevent. (FYI, in case you do get stuck with this popup open, you can click the header (where it says "Alternative Widgets"), then it should become possible to click elsewhere and the popup will close)
No, I'm not in configuration mode. No, NOTHING but clicking a menu item closes the popup. There is no additional steps needed in my case. I will try to nuke all my KDE configuration files in my user, I have to admit I did not before opening the bug report.
Additional info: going into configuration mode, I can indeed click the header and then in this mode it closes the popup, but when I'm just in the normal desktop mode it is exactly as stated in the initial report.
In general, please do not delete configuration files. If they're unrelated to the issue you only made extra work for yourself restoring them; and once they are gone the developers can't request them to help track the error if need be. Creating a new user and logging in as that user is sufficient, or (if that is not an option) moving the configuration files to a backup directory.
OK a new users does not have the same issue as my normal user, if I click the header of the popup, then click outside, it closes the popup, like it does in configuration mode only, with my normal user. However I consider there is still an issue if the user has to figure that he needs to click the popup header first to be able to close the popup. Maybe make it so you do NOT need to click the header first, or add a close button in the popup header. Currently to me it is kinda broken.
Oh yes, it clearly is broken at the moment (and it was supposed to be fixed already, but apparently came back). The popup should automatically close when it loses focus. But that issue is already being tracked at bug 487161, so I'm marking this as a duplicate. If you are interested in working out which particular entry in your current configuration causes this issue, that could potentially be interesting. Let me know if you want to put more effort into this. It would involve removing the configuration, then copying back in batches to narrow down the specific thing that causes the error to occur. *** This bug has been marked as a duplicate of bug 487161 ***
I have to admit I'm kinda lazzy to do that, but will probably do it at some point, but there are so many config files, that the process is tedious, especially because of another bug, after my second "disconnect" from the session, SDDM is not going back up to login again so I need to work that out first (it is global issue on this KDE installation I have since long time now). So I would need to reboot every time after initial disconnect/logout and replacement of a config file or part of it.
Sure, let me know if you need help doing that if you get around to doing it. Unfortunately I don't know much about SDDM, so I can't help you there.
I updated to Plasma 6.1.4 and now if I click the header of the popup, and then click outside of the popup, it closes as "expected".
Good to know that this resolved itself!