https://bugs.kde.org/show_bug.cgi?id=469183

            Bug ID: 469183
           Summary: Krunner results order is unintuitive and often
                    deprioritize the obvious choice
    Classification: Plasma
           Product: krunner
           Version: 5.27.4
          Platform: Other
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: plasma-b...@kde.org
          Reporter: o...@geek.co.il
                CC: alexander.loh...@gmx.de, natalie.clar...@kde.org
  Target Milestone: ---

SUMMARY
When correct full name/title matches are available, KRunner often deprioritize
them and prioritize unintuitive (and likely bad) results.

Here are a few examples (screenshots attached):
1. Searching for existing file "todo" (on the home folder) that is often
opened, Krunner offers to install "devtodo" then a bunch of documents in deep
folders (in various open source repositories that I have checked out) based on
content search (not file name) and only then the recent file named "todo".
2. More weird "Installer" option when trying to type "Discover". I'm not sure
what is the "Installer" search anyway (that is enabled by default) - it finds
weird things and they are never actually installable.
3. Searching for the folder "mobile", Krunner prefers partial name results
under the "Image" category (I'm not sure what search plugin that is) and in the
"Folder" category de-prioritize the most likely candidate -
`~/Documents/mobile` - in favor of a non-existing folder with a deep path
(likely a stale result from baloo search - I checked that this entry exists in
the baloo index that is obviously out of date), though it looks like krunner
knows it doesn't exist as it doesn't have a proper icon.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 
KDE Plasma Version: 5.27.4
KDE Frameworks Version: 5.105.0
Qt Version: 5.15.9

ADDITIONAL INFORMATION
I think that krunner should have more heuristics for prioritizing likelier
options. I suggest the following:
1. Always prioritize correct name matches, possibly with this set of rules:
  a. Prefer full text match to the search query, if available.
  b. Otherwise prefer full word-boundry match to the search query (i.e. "this
test" should prefer "I love this test" over "this testing regime").
2. File matches (including "recent files") should be ordered with exact file
name matches first, partial matches later and finally content-only matches, and
within each, give lower weights to files under longer path names.
3. Installer and software center offers should always be ordered last.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to