<table><tr><td style="">fvogt added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D22723">View Revision</a></tr></table><br /><div><div><blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><p>QObjects live in their own thread and shouldn't be used outside.<br />
 <a href="https://doc.qt.io/qt-5/qobject.html#thread" class="remarkup-link" target="_blank" rel="noreferrer">https://doc.qt.io/qt-5/qobject.html#thread</a></p>

<p>In your patch we are emitting the signal from the run thread instead of the actual object's thread. This is wrong.</p></blockquote>

<p>Needs a <tt style="background: #ebebeb; font-size: 13px;">Qt::QueuedConnection</tt> indeed. Or the job has to be moved to a different thread, which means that Qt makes the connection a queued one automatically.</p>

<blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><p>Also I'd say there's value in using tools (i.e. Threadweaver) as it's meant to be used, despite you don't liking its semantics.</p></blockquote>

<p>Yes, improving the Threadweaver API is the best option here.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R308 KRunner</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D22723">https://phabricator.kde.org/D22723</a></div></div><br /><div><strong>To: </strong>apol, Frameworks, fvogt, davidedmundson<br /><strong>Cc: </strong>aacid, kde-frameworks-devel, LeGast00n, sbergeron, michaelh, ngraham, bruns<br /></div>