Bug 168107 - krunner/kfmclient/KToolInvocation launches konqueror when it should launch dolphin
Summary: krunner/kfmclient/KToolInvocation launches konqueror when it should launch do...
Status: RESOLVED WORKSFORME
Alias: None
Product: krunner
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-08-02 14:09 UTC by Jason A. Donenfeld
Modified: 2009-01-25 10:44 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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).