Bug 462353 - Searching for "Application s" fails to make the "Application Style" KCM be the first item in the results list
Summary: Searching for "Application s" fails to make the "Application Style" KCM be th...
Status: RESOLVED WORKSFORME
Alias: None
Product: krunner
Classification: Plasma
Component: general (show other bugs)
Version: master
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Alexander Lohnau
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-11-28 14:11 UTC by Axel
Modified: 2024-11-02 03:46 UTC (History)
7 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Seach (94.56 KB, image/png)
2022-11-28 14:11 UTC, Axel 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Axel 2022-11-28 14:11:06 UTC 
Created attachment 154111 [details]
Seach

On the picture attached below i searched for "application s" and it shows up as the sixth search result
Comment 1 Nate Graham 2022-11-29 19:04:02 UTC 
Can you search using KRunner itself (not Kickoff) and see if you still have the same issue, or if the "Application Style" KCM appears on top as you would expect?
Comment 2 Axel 2022-12-01 01:50:21 UTC 
So it seems to be because krunner puts applications results first, so the first 5 results were from apps, and the sixth wich was Application Style was actually the first on its category
Comment 3 Nate Graham 2022-12-01 20:35:34 UTC 
So you get the same result in KRunner. That means it's not Bug 431204.

With current git master, I can reproduce the issue that searching for "Application s" fails to make the "Application Style" KCM be the first item.
Comment 4 Alexander Lohnau 2022-12-07 18:59:27 UTC 
Can confirm, this has actually two underlying issues.
Comment 5 Bug Janitor Service 2022-12-07 19:06:12 UTC 
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/2423
Comment 6 Alexander Lohnau 2022-12-11 11:05:46 UTC 
Git commit 820c5b1a27c2b534f679e09de5b2b68378ad9f72 by Alexander Lohnau.
Committed on 11/12/2022 at 07:09.
Pushed by alex into branch 'master'.

runners/services: No longer parse Exec values of applications

This has proven to be unreliable in the past and has very limited usefulness.

For snaps, we would also match the desktop file path, which can lead to false positives.

D  +0    -11   runners/services/autotests/fixtures/chrome-kjgfgldnnfoeklkmfkjfagphfepbbdan-Default.desktop
D  +0    -9    runners/services/autotests/fixtures/chrome-signal.desktop
M  +0    -69   runners/services/autotests/servicerunnertest.cpp
M  +1    -18   runners/services/servicerunner.cpp

https://invent.kde.org/plasma/plasma-workspace/commit/820c5b1a27c2b534f679e09de5b2b68378ad9f72
Comment 7 TraceyC 2024-09-30 16:19:24 UTC 
Axel, a fix was merged that was intended to address this. Are you still able to reproduce the bug?
Comment 8 Nate Graham 2024-10-03 21:37:58 UTC 
I can't FWIW; this is working as expected for me now.
Comment 9 Bug Janitor Service 2024-10-18 03:47:49 UTC 
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!
Comment 10 Bug Janitor Service 2024-11-02 03:46:35 UTC 
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.