see steps to reproduce below Reproducible: Always Steps to Reproduce: 1. Uninstall KSnapshot. 2. Press PrintScreen button on keyboard. Actual Results: Chrome attempts to open "ksnapshot/". Expected Results: I would expect an error message about KSnapshot not installed, or a dialog where I could choose another application to take screenshots.
I can confirm this using Plasma 5.5 and Applications 15.12.0. Arch Linux doesn't package ksnapshot anymore and uses spectacle instead.
Spectacle authors promised to provide a hotkey definition update?
If you uninstall KSnapshot, your ~/.config/khotkeysrc still includes references to ksnapshot, which makes it open as an URL in your browser. Removing it should fix things. Spectacle does ship its own khotkeysrc file which is installed into ${CMAKE_DATA_DIR}/khotkeys. It ships as part of the Spectacle package, so without installing it you won't get the new definition files. I can't close this bug, but I think an appropriate resolution would be INVALID.
We'd probably need some kind of kconf_update script to remove the ksnapshot bits when installing spectacle (though it's still possible to have both) - or in khotkeys (shipping default actions with khotkeys was probably a mistake ... 15 years ago ;-) At least there's no ksnapshot (printscreen) default action anymore. -> *Maybe* krun should not interpret "random_binary" as protocol/url. Asking kio group.
new KRun(QUrl("random_binary")) doesn't open http://random_binary, it just outputs "KRun::scanFile: #### NO SUPPORT FOR READING!" Do you have a more info about how exactly KRun is being called? In general http:// being prepended means there's a QUrl::fromUserInput(str) call somewhere.
https://quickgit.kde.org/?p=khotkeys.git&a=blob&h=f107826df7ceccb81f37d13aee2760cf9803c1a4&hb=331336dfbdf7e6cc0bfc236913eea4a079681c65&f=libkhotkeysprivate%2Factions%2Fcommand_url_action.cpp Looks like it should be if( !KRun::runCommand( cmd + ( uri.hasArgsAndOptions() ? uri.argsAndOptions() : "" ), cmd, uri.iconName(), NULL )) but could as well end up being KUriFilterData::LocalFile => new KRun( uri.uri(), 0L); I'd have to test myself (was just looking at some khotkeys bug while fixing some others ;-)
No longer an issue with Spectacle, and ssues with stale files would not be KIO's fault.