Recent docs/history shortcuts in kicker/kickoff fail when clicked with "Could not find any application or handler..." for the file; error in a plasma error popup (see url link). Seems to be associated with running plasma with latest frameworks 5.22. Testing with previous frameworks 5.21 with same plasma version does not produce the error. Reproducible: Always Steps to Reproduce: 1. Install plasma 5.6.4 or above with frameworks v 5.22 2. Activate kicker/kickoff menu and navigate to history/recent document lists 3. Click desired recent item of ANY type Actual Results: Error "Could not find any application or handler..." for the file, in a plasma error popup (see url link) Expected Results: Should launch application for file association, and load recent document. Tested on. With bug occurring: - kubuntu plasma 5.6.4 backport testing packages with frameworks 5.22 - kde-neon user and dev editions with plasma 5.6.4 and 5.6.90, and frameworks 5.22 - archlinux plasma 5.6.4, with frameworks 5.22 from their 'testing' repo Without bug occurring: - archlinux plasma 5.6.4 with frameworks 5.21
Reverting this diff and rebuilding kio seems to fix the problem. https://quickgit.kde.org/?p=kio.git&a=blobdiff&h=ec1b4bdeecf2cff58765ae5edb3d8ec6a4a7c972&hp=b9b232dc80e9fa9b47f65203aa72b52280124fc1&hb=2e6980e9ba3b91798dad0db9f9d78317b2d7e4a2&f=src%2Fwidgets%2Fkrun.cpp Clicking on recent/history items now opens them in the associated application. Not sure if it breaks anything else intended with the commit https://quickgit.kde.org/?p=kio.git&a=commitdiff&h=2e6980e9ba3b91798dad0db9f9d78317b2d7e4a2 or if that should be retained or modified, and problem fixed from another angle.
CC'ing David who authored the commit.
Now I know why "Send mail to" in krunner is broken, KProtocolManager::supportsProtocol("mailto") returns false because... well, this thing no longer exists.
Try porting to KProtocolInfo::isKnownProtocol, which will return true for mailto as soon as one mail client is installed.
Previously, Chakra with plasma 5.6.3 and frameworks 5.21 was unaffected, as should be the case if a FW 5.21 problem. After: https://chakraos.org/news/index.php?/archives/178-Plasma-5.6.4,-Applications-16.04.1-and-Frameworks-5.22.0-available-in-Chakra.html upgrade to plasma 5.6.4 and frameworks 5.22, can confirm Chakra also shows this bug.
Kicker doesn't do any protocol stuff though, it just hands KService URLs to KRun.
Found it. The URL being given to KRun is wrong, it has no scheme at all. The error message would show file:/// in front if it did. This is a QString->QUrl conversion issue. With no scheme, KRun can't check that the protocol supports reading, that's why the error message is new, but the bug is in whichever code is assembling this URL. I'll add asserts to catch this earlier in the future ;-)
Thanks David!
Git commit 8a9772d8673a58583317b4906a9352d6bf44a8e2 by Eike Hein. Committed on 24/05/2016 at 09:50. Pushed by hein into branch 'Plasma/5.6'. Fix opening recent docs on newer KF5. The KActivities model can return scheme-less local paths, and execution didn't go through the code path already handling this. M +1 -1 applets/kicker/plugin/recentusagemodel.cpp http://commits.kde.org/plasma-desktop/8a9772d8673a58583317b4906a9352d6bf44a8e2
Git commit 9c1c48161416a2dd70fdb1dfeb92ed0b7dde75d9 by David Faure. Committed on 24/05/2016 at 19:48. Pushed by dfaure into branch 'master'. Give clearer error message when KRun(URL) is given a URL without scheme. M +4 -3 src/widgets/krun.cpp http://commits.kde.org/kio/9c1c48161416a2dd70fdb1dfeb92ed0b7dde75d9
*** Bug 363671 has been marked as a duplicate of this bug. ***