STEPS TO REPRODUCE 1. Open Kicker 2. Type something OBSERVED RESULT There will be results and the second one will be highlighted, also if you press the arrow up key to select the first item it would sometimes move back to the second item on it own. EXPECTED RESULT The first one is highlighted SOFTWARE/OS VERSIONS Plasma 5.25 Beta, Arch Linux, Wayland
Cannot reproduce
I have experienced this on Arch with Plasma 5.24.90 beta. It seemed to go away after an update. Try updating with "sudo pacman -Syuu". I also disabled the "Desktop Search" application launcher plugin, so that may have fixed the issue.
Are you sure you're using Kicker and not Kickoff?
I did mean Kickoff , sorry.
Is it possible that the cursor is above the place where the second item appears?
(In reply to Nate Graham from comment #5) > Is it possible that the cursor is above the place where the second item > appears? No, my cursor is on the other side of the screen. Also, currently, it's not the second item it's the fifth. Does no one else have this issue?
Seems random-ish. I just managed to reproduce it, then I closed kickoff and tried again and it worked properly.
I can reproduce this consistently as well in kickoff, but I also seem to have figured out what happens (but not why). 1. Open kickoff and search for something 2. Highlight one of the options with the mouse 3. Press escape to close kickoff 4. Move the cursor away 5. Open kickoff and search for something again (it doesn't have to be the same term) When I do that, it selects the same entry that I hovered with the mouse in step 2. So if I hovered the third entry, it will select the third entry. It sometimes even reproduces without searching for anything once you re-open kickoff, if you had the cursor in a position where it would highlight something in the default view. If I search for something and hover the 6th entry on the left side of the view, once I re-open kickoff it selects "Games" without me doing anything. KDE Plasma Version: 5.25.3 KDE Frameworks Version: 5.96.0 Qt Version: 5.15.5 Kernel Version: 5.18.12-arch1-1 (64-bit) Graphics Platform: Wayland
(In reply to Johan Sköld from comment #8) > 1. Open kickoff and search for something > 2. Highlight one of the options with the mouse > 3. Press escape to close kickoff > 4. Move the cursor away > 5. Open kickoff and search for something again (it doesn't have to be the > same term) > > When I do that, it selects the same entry that I hovered with the mouse in > step 2. So if I hovered the third entry, it will select the third entry. > Can reproduce on neon unstable. Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.25.80 KDE Frameworks Version: 5.97.0 Qt Version: 5.15.5 Graphics Platform: Wayland
I can reproduce that 100%!
*** Bug 456991 has been marked as a duplicate of this bug. ***
*** Bug 457092 has been marked as a duplicate of this bug. ***
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/1074
Git commit cfb520e3b39714edb6e9d406bc0e1c19667f0281 by Nate Graham. Committed on 03/08/2022 at 02:54. Pushed by ngraham into branch 'master'. Revert "Use onEntered in KickoffItemDelegate" This reverts commit 8042ae81d97cf27be1da652272d2dc86bfbbf042. This change slightly improved performance, but subtle implementation differences between the onEntered: and onPositionChanged: handlers in MouseArea triggered two subtle and annoying bugs that users have reported a bunch of duplicates of. A way to fix the bugs using onEntered has not been found, so let's revert the change for now; slightly worse performance is a less severe issue then these bugs are. Related: bug 455674 FIXED-IN: 5.25.5 M +6 -9 applets/kickoff/package/contents/ui/KickoffItemDelegate.qml M +0 -11 applets/kickoff/package/contents/ui/KickoffListView.qml https://invent.kde.org/plasma/plasma-desktop/commit/cfb520e3b39714edb6e9d406bc0e1c19667f0281
Git commit 3c87dc68746100960263ca35b400442170513474 by Nate Graham. Committed on 03/08/2022 at 03:14. Pushed by ngraham into branch 'Plasma/5.25'. Revert "Use onEntered in KickoffItemDelegate" This reverts commit 8042ae81d97cf27be1da652272d2dc86bfbbf042. This change slightly improved performance, but subtle implementation differences between the onEntered: and onPositionChanged: handlers in MouseArea triggered two subtle and annoying bugs that users have reported a bunch of duplicates of. A way to fix the bugs using onEntered has not been found, so let's revert the change for now; slightly worse performance is a less severe issue then these bugs are. Related: bug 455674, bug 456993 FIXED-IN: 5.25.5 (cherry picked from commit cfb520e3b39714edb6e9d406bc0e1c19667f0281) M +6 -9 applets/kickoff/package/contents/ui/KickoffItemDelegate.qml M +0 -11 applets/kickoff/package/contents/ui/KickoffListView.qml https://invent.kde.org/plasma/plasma-desktop/commit/3c87dc68746100960263ca35b400442170513474