Kded and DBus
david at davidedmundson.co.uk
Thu Jan 3 18:09:25 GMT 2013
On Thu, Jan 3, 2013 at 4:43 PM, Daniel Nicoletti <dantti12 at gmail.com> wrote:
> It's a known issue, we ha random code running on the same thread.. A work
> around is to put the code on a thread, and make sure all your call are non
> I'm planing on doing a prof of concept to change the way kded works to have
> this and other problems gone.
> Em 03/01/2013 14:14, "Cedric Bellegarde" <gnumdk at gmail.com> escreveu:
>> i'm kded-appmenu maintainer and i've got issues with Kded and DBus...
>> When appmenu support is enabled, some applications hangs on startup: VLC,
>> After some investigations, and using clementine as an exemple, this is
>> kded (kmix) do a DBus Introspection on clementine while clementine do a
>> Introspection on kded (appmenu).
>> This make kded and the applications hangs for a while.
>> Any idea to fix this ? Is this a kded limitation ? A DBus limitation ? Am
>> missing something ?
Always use async calls for everything
We had this lock between KTp and Amarok
https://bugs.kde.org/show_bug.cgi?id=310826 in exactly the same way.
Which is resolved now.
One problem is that
a synchronous dbus call, which isn't easy to spot, and Qt has no async
alternative built in.
Mixer_MPRIS2::addAllRunningPlayersAndInitHotplug() uses this.
Fortunately one can recreate it asynchronously like so:
QDBusPendingCall async =
QDBusPendingCallWatcher *callWatcher = new
More information about the kde-core-devel