Bug 434013

Summary: Favorited apps should be weighted more heavily in search results
Product: [Plasma] krunner Reporter: 799fbc77f7398d6693676b
Component: generalAssignee: Alexander Lohnau <alexander.lohnau>
Status: RESOLVED FIXED    
Severity: wishlist CC: mikel5764, nate, notmart, plasma-bugs
Priority: NOR Keywords: usability
Version: 5.21.0   
Target Milestone: ---   
Platform: Manjaro   
OS: Linux   
Latest Commit: https://invent.kde.org/plasma/plasma-workspace/-/commit/df1eca501826cdd898cbeada1a5a5125c1a65e70 Version Fixed In: 6.0
Sentry Crash Report:

Description 799fbc77f7398d6693676b 2021-03-05 14:46:48 UTC 
SUMMARY
The search results have become very bad, counterintuitive and well below previous versions.

STEPS TO REPRODUCE

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.

OBSERVED RESULT

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.

EXPECTED RESULT

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").

SOFTWARE/OS VERSIONS
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

ADDITIONAL INFORMATION
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

FIXED-IN: 6.0

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

https://invent.kde.org/plasma/plasma-workspace/-/commit/df1eca501826cdd898cbeada1a5a5125c1a65e70