SUMMARY After upgrading to 5.22.90, I've found that pressing Meta and e.g. pressing CTRL-A doesn't result in any change in the search box within Kickoff. I'm using a Wayland session but another person on Xorg seems to have hit it. This works as expected on 5.22.5. STEPS TO REPRODUCE 1. Press Meta key. 2. Kickoff opens. 3. Press CTRL-A, no change. OBSERVED RESULT No focus in the search bar in Kickoff. EXPECTED RESULT Focus is given to the search bar in Kickoff. SOFTWARE/OS VERSIONS Linux/KDE Plasma: 5.10.62 KDE Plasma Version: 5.22.5 KDE Frameworks Version: 5.85 Qt Version: 5.15.2 (-r10 in Gentoo, using Qt5PatchCollection)
(In reply to Sam James from comment #0) > SOFTWARE/OS VERSIONS > Linux/KDE Plasma: 5.10.67 > KDE Plasma Version: 5.22.90 > KDE Frameworks Version: 5.86.0 > Qt Version: 5.15.2 (-r10 in Gentoo, using Qt5PatchCollection) Fixed.
This is intentional; initial focus is now on the favorites grid/list to make it easier for people to activate those apps using the keyboard. If you start typing, the search field should get input even if it's not focused. So the workflow of opening Kickoff and immediately typing should not be affected. Can you confirm that? Also, what is Ctrl+A supposed to do in your steps to reproduce?
Hi Having the same problem with a two monitor setup. On each monitor I have the same control bar. When I open kickoff on the monitor on which the kickoff applet was added first and start typing absolutely nothing happens. If I now open the kickoff on the other monitor the typed text is already entered in the search field and the search results are being displayed. The kickoff applet which was added last always works as expected. Also if I click in the search field of the first added applet and type text, that text is displayed in the search bar, but the result list is empty. If I open the non working applet, start typing (nothing happens) close the kickoff menu, open it again, type text again (still nothing happens) and open now the working applet, the text of both attempts in the non-working applet is combined in the search field. e.g. I tried 2x to search for "vlc", than the working appelt has "vlcvlc" in the search field when opening the menu.
Tested on a clean user profile in Virtualbox and it also happens if you just add a second kickoff to the same taskbar as the first (no second monitor needed).
This seems like a separate issue from what Sam is reporting. Can you please open a new bug report about it? Thanks!
(In reply to Nate Graham from comment #2) > This is intentional; initial focus is now on the favorites grid/list to make > it easier for people to activate those apps using the keyboard. If you start > typing, the search field should get input even if it's not focused. So the > workflow of opening Kickoff and immediately typing should not be affected. > > Can you confirm that? Also, what is Ctrl+A supposed to do in your steps to > reproduce? Confirmed! I'll close this as WORKSFORME then. Ah, apologies -- what I'd previously do was: 1. Press space 2. CTRL-A, CTRL-C to clear clipboard But now, pressing 'space' selects e.g. Firefox for me (the first item). I understand that's now intentional though. Thanks for your work!
Cool. :)
Created a new bug for the multiple kickoff search problem under: https://bugs.kde.org/show_bug.cgi?id=443131