Make sure we don't deadlock when connecting signals
This commit moves the code that finishes the signal-slot connection into the QtDBus auxiliary thread. That is necessary because we're holding the lock for writing while making blocking calls. The auxiliary thread might be waiting for us to release that lock while processing some previous message. Change-Id: Iee8cbc07c4434ce9b560ffff13d0521b94a51833 Reviewed-by:Albert Astals Cid <aacid@kde.org> Reviewed-by:
Alex Blasche <alexander.blasche@theqtcompany.com>
Showing
Please register or sign in to comment