Hello, I updated to plasma 5.22 recently and I read the changelog and it was writted that krunner doesn't show duplicate entry anymore so I thought to give that a try. But sadly it was still showing duplicate entry for me. I typed firefox in krunner it showed the window reslult, application and the command line. Window and application entry should be expected behavior I believe but the command line is the duplicated entry. Hope that helps and sorry if this was already reported. System Info:- Operating System: Arch Linux KDE Plasma Version: 5.22.0 KDE Frameworks Version: 5.82.0 Qt Version: 5.15.2 Kernel Version: 5.12.9-arch1-1 (64-bit) Graphics Platform: X11 Processors: 4 × Intel® Core™ i5-6200U CPU @ 2.30GHz Memory: 11.6 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 520
Created attachment 139184 [details] Krunner duplicate entry Sorry forgot to attach screenshot
Do you have Frameworks 5.83 as well?
Nope I don't have it as I don't think it's released yet. Sorry didn't know it was meant to be pushed with 5.83 framework as the link from your blog linked here:- https://bugs.kde.org/show_bug.cgi?id=406292 which mentioned 5.82
The only guess I have is that the desktoptpjson utility method somehow fails to locate the property definitions and chooses the wrong JSON type. Is there any chance you could build Krunner from source?
I have a KDE NEON Unstable instance running too and its fine there. I don't if that counts as a scenario. Also somehow am not getting the adaptive panel too which I have in KDE Neon. Also for example the new clipboard shortcut of Meta + V that didn't get activated on its own. It was selected on custom radio button with no shortcut and default radio button being unchecked which said Meta + V. Maybe some update script failed for me or something when updating? I know these are different stuff altogether but thought to point these out as it might help in zeroing down the stuff. Regarding building krunner from source if there are some instructions available for Arch distro can give it a try.
This was broken by d1e2bdf62ba0f1e9448dc690dfdeec2669faa992 Most desktop files contain arguments in their exec lines (for instance, most KDE apps have -qwindowicon) so the match Id's are different from the ones coming from the shell runner.
The firefox case is somewhat different. Our desktop file points to /usr/lib/firefox/firefox, not to /usr/bin/firefox (which is a shell script that exec's the former). After d1e2bdf62ba0f1e9448dc690dfdeec2669faa992 the full path is included in the Id, so the matches are considered different.
Hey Antonio any idea about other two stuff if you are aware or should I raise different ticket for it as thought to ask you. Before taking any step or if its some error case scenario for me
(In reply to Nishith Khanna from comment #8) > Hey Antonio any idea about other two stuff if you are aware or should I > raise different ticket for it as thought to ask you. Before taking any step > or if its some error case scenario for me Edge case*
An update for the adaptive panel it works now with KDE frameworks 5.83 update. The Krunner issue still exists but I think as Antonio said its more of a distro thing. For Shortcut idk if its intended behavior or not so don't know if its a bug or not. As when I did a fresh install of Arch recently as got a new ssd. So I reinstalled everything and in that Konsole shortcut was missing i.e ctrl + alt + T. Had to add it by adding konsole application in shortcuts KCM. Khotkeys was installed btw if that matters.
The issues with KCMs that made d1e2bdf62ba0f1e9448dc690dfdeec2669faa992 necessary is now "solved", because the KCM functionality is split up in a different runner. Are there cases where we need to consider the args? I can only think of flatpaks