dfaure accepted this revision. dfaure added a comment. This revision is now accepted and ready to land.
Oh, right. I see. Still very strange that QTRY_COMPARE_WITH_TIMEOUT behaves differently (if more signals are coming in than expected, the current (old) code could have caught them too, during the 50ms. Actually that might explain some of the flakiness I sometimes saw.... OK, that's another reason for your patch, which stops as soon as the last signal is emitted. REPOSITORY R244 KCoreAddons REVISION DETAIL https://phabricator.kde.org/D9821 To: mwolff, dfaure Cc: #frameworks