mwolff added inline comments.

INLINE COMMENTS

> dfaure wrote in kdirwatch_unittest.cpp:256
> but then the whole while loop could be removed too, it served the same 
> purpose as what QSignalSpy::wait does.

no, since wait waits for one signal, this loop waits for up to `expected` 
signals. We could try to leverage `QTRY_COMPARE_WITH_TIMEOUT` but in my quick 
test that actually also behaves differently. That one apparently sometimes 
waits *too long*, yielding _more_ signals than expected. I.e. in 
`touch1000Files` it gives 102 signals and `nestedEventLoop` gives two dirty 
signals for inotify... The FAM test also fails with this, so I don't think it's 
a good idea to do it.

Here's my attempt btw: https://paste.kde.org/pcxm8gcwz

REPOSITORY
  R244 KCoreAddons

REVISION DETAIL
  https://phabricator.kde.org/D9821

To: mwolff, dfaure
Cc: #frameworks

Reply via email to