Created attachment 167208 [details] Screenshot of Kickoff with initial search and after restart SUMMARY The order / sorting based on recent selections in the Kickoff application launcher is lost when plasmashell is restarted. This does not happen in KRunner. STEPS TO REPRODUCE 1. Search for an application e.g. "term" 2. You see several results (XTerm, UXTerm, Konsole, ...) 3. Select Konsole and press ENTER 4. Repeat search for "term" 5. Konsole is now displayed on top 6. Restart Plasmashell (systemctl restart --user plasma-plasmashell.service) 7. Repeat search for "term OBSERVED RESULT Konsole is no longer displayed on top (order is reset to the state before Konsole was selected / started). EXPECTED RESULT Konsole is displayed on top as before the restart. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: EndeavourOS (available in About System) KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 ADDITIONAL INFORMATION
Created attachment 167209 [details] Screenshot of Kickoff after first selection with expected order
Created attachment 167210 [details] Screenshot of Kickoff with initial search and after restart
Created attachment 167211 [details] Screenshot of Kickoff after first selection with expected order
I can duplicate this on my full updated Neon installation. Easy to duplicate every time. I just had to install xterm to give me the additional option to test with as per the original bug description. Hoping a dev can take a further look at this.
After you reproduce this in Kickoff, does KRunner show the exact same search ordering? Or is it different there?
The ordering of the search results in Kickoff and KRunner seem to be independent from each other. In the described example I have to open Konsole in both of them one time to make it appear as the first entry.
The ordering should be identical, but I think it seems like favorites runners aren't always sorted to the top in Kickoff the way they are in KRunner. Can you confirm that?
The ordering logic seems to be identical for Kickoff and KRunner. But they seem to use different data sources. Example: I open KRunner and type "Fire" and select "Firefox" which comes AFTER "Firewall" the first time. When I open KRunner again and type "Fire", "Firefox" will be the first entry. At the same time when I now open Kickoff and type "Fire", then "Firewall" will still be the first entry until I select "Firefox" there also. I have no idea where KRunner is storing its ordering. I was not able to reset it. I tried to reset the history in the settings but this had no effect. "Firefox" is always the first entry there.
The items should be ordered the same *within* groups, but I'm seeing that the order of groups themselves is different between the two. Are you seeing that as well, or are you seeing the items in the groups being different or being ordered differently?
Created attachment 171066 [details] Krunner with correct ordering in applications group
Created attachment 171067 [details] Kickoff with wrong ordering in applications group after Plasma Shell restart
The ordering is wrong within the "applications" group. I added two more screenshots to clarify what I'm seeing.
Interesting. I can't reproduce that issue myself. ...Oh, you're still on Plasma 6.0. Right. This was fixed in 6.1.
Hmm, no, I'm already on 6.1 and still experiencing the issue: KDE Plasma Version: 6.1.0 KDE Frameworks Version: 6.3.0 Qt Version: 6.7.2 Kernel Version: 6.9.6-arch1-1 (64-bit) Graphics Platform: Wayland
I just updated to 6.1.1 and the problem is still there.
I did some more research and found out that there was an entry in .local/share/krunnerstaterc that looked like this: [PlasmaRunnerManager] LaunchCounts=94 exec:///usr/bin/google-chrome-stable,10 exec:///usr/bin/virt-manager After I deleted the file and restarted krunner it now also looses its ordering after a restart. The LaunchCounts entry does not re-appear in the file.