<div class="gmail_quote">On Wed, Aug 1, 2012 at 9:53 AM, George Kiagiadakis <span dir="ltr"><<a href="mailto:kiagiadakis.george@gmail.com" target="_blank">kiagiadakis.george@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">> I'm not sure where to point the blame here.. applications or ktp.. but maybe<br>
> the kded module could sleep a few seconds after detecting a new mpris player<br>
> before it starts probing it??<br>
<br>
</div>No, this is not a solution to a deadlock situation. The real problem<br>
is that both applications use QtDBus synchronously to talk to each<br>
other. This is *wrong*. It may become a little bit trickier because<br>
the QtDBus API is not optimized for asynchronous operations, but it<br>
should really be used asynchronously. This way, no application would<br>
block and wait for the other to answer and there would be no deadlock.<br></blockquote><div><br></div><div>Ah, hm. I had no idea. I'll investigate how to fix it then.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


Therefore, this is a bug in both ktp and your application.<br></blockquote><div><br></div><div>Therefore I retract my previous conclusion about the blame not being on us.</div><div><br></div></div>--<div><font color="#666666">Martin Klapetek | KDE Developer</font></div>

<br>