Bug 434013 - Favorited apps should be weighted more heavily in search results
Summary: Favorited apps should be weighted more heavily in search results
Alias: None
Product: krunner
Classification: Plasma
Component: general (show other bugs)
Version: 5.21.0
Platform: Manjaro Linux
: NOR wishlist
Target Milestone: ---
Assignee: Alexander Lohnau
Keywords: usability
Depends on:
Reported: 2021-03-05 14:46 UTC by 799fbc77f7398d6693676b
Modified: 2023-06-01 17:10 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In: 6.0


Note You need to log in before you can comment on or make changes to this bug.
Description 799fbc77f7398d6693676b 2021-03-05 14:46:48 UTC
The search results have become very bad, counterintuitive and well below previous versions.


1. Add "Firefox Developer" in favorites
2. Open Application Launcher
2. Enter few characters to start a new search with "dev".
3. First and pre-selected result is an obscure "device action" instead of "Firefox developer" which is in favorites and was the selected item prior 5.21.


Formerly, the search function was able to search only in the current tab, for instance the favorites (or maybe the favorites were always first results ? I can't remember tbh). Now (since 5.21.1 at least but more probably 5.21) there is no "favorites" tab anymore, but a sub-entry in "applications" tab only. As the search scope is among all sub-entries of the tab, it gives very bad results and lead to a waste of time by having to choose carefully the right application. Before 5.21, opening the right app was very fast.


The expected behavior is to have better results. Either results also in favorites have to be in first or an option allow to limit the search scope to the current sub entries. Another solution could be to re-introduce an (optional) "favorites" tab (like "applications" and "places").

Linux/KDE Plasma: Linux 5.10.18-1-MANJARO KDE
KDE Plasma Version:  5.21.1
KDE Frameworks Version: 5.79.0
Qt Version: 5.15.2

Comment 1 Alexander Lohnau 2021-07-01 11:57:18 UTC
I am not sure if the runner ever respected the favorites settings.

>Another solution could be to re-introduce an (optional) "favorites" tab (like "applications" and "places").

How would that look in KRunner? I have been thinking about showing the favorites when KRunner is invoked with an empty query. That will need some extra meddling on the KRunner/Milou side.
Comment 2 Alexander Lohnau 2022-12-18 18:18:05 UTC
I will look into adjusting the relevance the next few days
Comment 3 Bug Janitor Service 2023-01-05 19:16:48 UTC
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/2481
Comment 4 Alexander Lohnau 2023-06-01 17:10:59 UTC
Git commit df1eca501826cdd898cbeada1a5a5125c1a65e70 by Alexander Lohnau.
Committed on 01/06/2023 at 17:10.
Pushed by alex into branch 'master'.

runners/services: Increase score if an app is a favourite


M  +1    -0    runners/services/CMakeLists.txt
M  +45   -6    runners/services/servicerunner.cpp
M  +18   -0    runners/services/servicerunner.h