Bug 168107

Summary: krunner/kfmclient/KToolInvocation launches konqueror when it should launch dolphin
Product: [Plasma] krunner Reporter: Jason A. Donenfeld <Jason>
Component: generalAssignee: Plasma Bugs List <plasma-bugs>
Status: RESOLVED WORKSFORME    
Severity: normal CC: dimsuz, dominik.tritscher, grundleborg, plasma-bugs
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Gentoo Packages   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Jason A. Donenfeld 2008-08-02 14:09:33 UTC 
Version:            (using KDE 4.1.0)
Installed from:    Gentoo Packages

When entering a uri into krunner such as smb://something or ftp://something or desktop:/  , konqueror loads instead of dolphin. This is the wrong behavior. But, entering http://something loads the default web browser, not necessarily konqueror, and this is the right behavior for http.

Inside of the location runner, KToolInvocation::invokeBrowser is called for unknown and network uris. invokeBrowser in turn runs startServiceByDesktopName("kfmclient", url,....), which calls kfmclient. Running kfmclient openURL causes the same problem. Calling kfmclient exec produces the correct behavior.

Either the error is in how startServiceByDesktopName calls kfmclient, how kfmclient handles uris, how a component kfmclient depends on operates, or krunner calling invokeBrowser (ie instead of KRun). Or it is neither of these and my analysis is incorrect.

In any case, typing ftp://something into krunner should open dolphin, not konqueror.
Comment 1 Mark Cooper 2008-08-02 15:07:12 UTC 
krunner also behaves this way on kubuntu hardy (installed from official packages).
Comment 2 Dmitry Suzdalev 2008-10-22 21:26:48 UTC 
Confirmed.
Comment 3 Dominik Tritscher 2009-01-25 10:44:30 UTC 
This seems to be fixed in 4.2RC1. At least desktop:/ and ftp:// are correctly opened in Dolphin. http:// also opens correctly in the default browser (firefox in my case).