Version: (using Devel) Installed from: Compiled sources audioplayercontrol blocks krunner for a long time when executing 'play' when no media player is running. It does this by starting the configured player then calling 'play' on it using QDBusConnection::call() which is blocking. Since eg amarok takes a long time to handle dbus calls after being started, krunner is blocked until amarok receives and replies to the 'play' command. QDBusConnection::call() should be used with QDBus::NoBlock or if a reply needs to be handled, QDBusConnection::callWithCallback()
Created attachment 42712 [details] Backtrace
I have also noticed that krunner hangs for long periods of time if audioplayercontrol is enabled, even if I don't try to execute any action from it. It just hangs for some seconds while typing, then it gets back to normal. Disabling audioplayercontrol fixes this issue.
SVN commit 1149762 by jangmarker: Fix performance issues. Change commands up, down, volume= to increase, decrease, volume. They should work now. CCBUG:225260 CCBUG:226119 M +3 -0 TODO M +51 -39 audioplayercontrolrunner.cpp M +3 -3 audioplayercontrolrunner_config.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1149762
*** Bug 232912 has been marked as a duplicate of this bug. ***
I can't reproduce this bug with trunk. Could you try it with at least KDE 4.6 Beta 1 and reopen this bug if the problem is still there?