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

Reply via email to