SUMMARY When searching in kicker, the result list gets populated very fast and the first item is selected. This makes the search bar lose focus (it has no blinking cursor) after the first letter in input. All character presses get forwarded and input to the search bar, but pressing backspace sets focus to the search bar, and only after a second press deletes the letter. STEPS TO REPRODUCE 1. search for something with results 2. delete a few letters of the search by pressing backspace slowly (ie one character at a time) 3. Observed: Deleting a letter takes two backspace presses, as focus shifts to results after results list gets refreshed. Focus shifting is seen by the cursor disappearing. EXPECTED RESULT: Focus remains in search bar while editing. KDE Plasma Version: 6.0.1 with patch from https://bugs.kde.org/show_bug.cgi?id=482736 applied KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Opinion: It would be nice if the focus logic were inverted: primarily on the search bar (ie the search bar's cursor is always there, blinking) and only navigation arrows and enter were forwarded to the search result lists.
Can reproduce.
Created attachment 167758 [details] Screencast of the bug including visible keystrokes I added a screencast and can confirm the behavior also on 6.0.2 KRunner works fine Application Launcher works fine Application Menu does not behave as the other 2 Operating System: Arch Linux KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.8.1-arch1-1 (64-bit) Graphics Platform: Wayland
After investigating a bit, I think the focus change is intentional so that you can navigate the search results list, but requiring two backspace keystrokes is not; this part is clearly a bug.