Created attachment 171454 [details] wrong order of search results SUMMARY When I open settings for Plasma search, I set my favourite plugins and set them in specific order. Then I run search in KRunner and my results are not in my preferred order. See screenshot. I believe it worked find in 6.0 series and got broken with upgrade to 6.1. STEPS TO REPRODUCE 1. Add favourite plugins Windows, Applications, System Settings in that order. 2. Open KColorChooser 3. Open KRunner and search for "color" OBSERVED RESULT System settings are first, then Applications and then Windows. EXPECTED RESULT I should see Windows are first, then Applications and then System Settings. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 6.1.2 KDE Frameworks Version: 6.3.0 Qt Version: 6.7.2 Kernel Version: 6.9.7-arch1-1 (64-bit) Graphics Platform: Wayland
I can confirm this bug. It sounds like a small thing, I would suspect that it got introduced in this commit: https://github.com/KDE/krunner/commit/d02e1c13a9ee92a90218a4584a3642f39da4e28a
*** Bug 491237 has been marked as a duplicate of this bug. ***
IMO if users rank windows above applications, they *really* want the results of windows to be above applications
*** Bug 494559 has been marked as a duplicate of this bug. ***
*** Bug 498383 has been marked as a duplicate of this bug. ***
I can confirm this happens for me both on Operating System: Fedora Linux 41 KDE Plasma Version: 6.2.5 KDE Frameworks Version: 6.9.0 Qt Version: 6.8.1 Kernel Version: 6.12.7-200.fc41.x86_64 (64-bit) and on openSUSE Tumbleweed with the same versions of the KDE/Qt stuff.
Since no one else has noted it here yet – the effect seems to be that favourites appear in **precisely the reverse order** with respect to the user's choices.
*** Bug 485881 has been marked as a duplicate of this bug. ***
*** Bug 488856 has been marked as a duplicate of this bug. ***
Created attachment 178114 [details] Screenshot of Plasma Search settings with KRunner search results The order is not reversed preferred order. STEPS TO REPRODUCE 1. Add favorite plugins Windows, Applications, File Search, System Settings in that order. No other plugins are enabled. 2. Open VS Code. 3. Open KRunner and search for "code" OBSERVED RESULT 1. I see compressed files with name matching "code", Archives. 2. Then I see the VS Code Windows entry. 3. I see video files with name matching "code", Videos.Then Spreadsheets, Documents, Folders. 4. Finally I see the Applications entry for VS Code. EXPECTED RESULT I should see Windows first, then Applications and then results from File Search.
I confirm previous comment, the problem is not that specific. Order of search results I am observing is not the exact reverse of the one defined in Settings. Let devs test out the exact nature of the mismatch.
I went ahead and restored the previous name.
Can confirm that the ordering seems to be a bit off, and that reverting the commit above (d02e1c13a9ee92a90218a4584a3642f39da4e28a) restores the old behaviour. It was introduced in the MR https://invent.kde.org/frameworks/krunner/-/merge_requests/168. I will ask the maintainer about the intended behaviour there.
A possibly relevant merge request was started @ https://invent.kde.org/frameworks/krunner/-/merge_requests/189
Git commit 62d61bef36c838c3ebc7ce291c481200d47cb1bc by Nate Graham. Committed on 12/03/2025 at 21:10. Pushed by ngraham into branch 'master'. Revert "Give favorites a relative boost rather than absolute sorting position" This reverts commit d02e1c13a9ee92a90218a4584a3642f39da4e28a. It undermines the manual sorting feature by causing search result ordering to not conform to the user's configured preference. If the user wants results ordered in a particular way, KRunner should always honor that. If this leads to an unacceptable UX, then it means the manual ordering feature itself is unworkable and should be removed instead. FIXED-IN: 6.13 M +4 -11 src/model/resultsmodel.cpp M +0 -1 src/model/resultsmodel.h M +1 -3 src/model/runnerresultsmodel.cpp https://invent.kde.org/frameworks/krunner/-/commit/62d61bef36c838c3ebc7ce291c481200d47cb1bc