On Monday 28 October 2013 08:36:10 Sune Vuorela wrote:
> On 2013-10-28, David Faure wrote:
> > On Sunday 27 October 2013 22:02:18 Sune Vuorela wrote:
> >> Seems to still consistently failing here on windows :/
> >
> > Good, consistency is good, we can debug that :)
> >
> > Can you apply this pat
On 2013-10-28, David Faure wrote:
> On Sunday 27 October 2013 22:02:18 Sune Vuorela wrote:
>> Seems to still consistently failing here on windows :/
>
> Good, consistency is good, we can debug that :)
>
> Can you apply this patch and try again, so I get more debug output?
>
> http://www.davidfaure
On Sunday 27 October 2013 22:02:18 Sune Vuorela wrote:
> Seems to still consistently failing here on windows :/
Good, consistency is good, we can debug that :)
Can you apply this patch and try again, so I get more debug output?
http://www.davidfaure.fr/2013/kcoreaddons_debug.diff
> Yes. lines a
On 2013-10-27, David Faure wrote:
>> testMoveTo passes most of the time (finally got a failure after 10 runs or
>> so)...
>
> Fixed as well (9c6cc615676a5bb) (not a real bug, a unittest bug).
>
4: QDEBUG : KDirWatch_UnitTest::testMoveTo() Added Dir
"C:/Users/Administrator/A
ppData/Local/Temp/2/kd
On Sunday 27 October 2013 12:00:04 David Faure wrote:
> On Thursday 24 October 2013 21:54:42 Sune Vuorela wrote:
> > If your KDirWatch backend is QFileSystemWatcher, one of the testcases
> > fails.
> > The last QVERIFY in testMoveTo never receives the signal dirty-signal it
> > is looking for.
>
>
On Thursday 24 October 2013 21:54:42 Sune Vuorela wrote:
> If your KDirWatch backend is QFileSystemWatcher, one of the testcases
> fails.
> The last QVERIFY in testMoveTo never receives the signal dirty-signal it
> is looking for.
Strange, here I'm getting a failure in removeAndReAdd (every time)
On Thursday 24 October 2013 21:54:42 Sune Vuorela wrote:
> Hi
>
> If your KDirWatch backend is QFileSystemWatcher, one of the testcases
> fails.
>
> The last QVERIFY in testMoveTo never receives the signal dirty-signal it
> is looking for.
>
> Apparantly, the watch.removeFile apparantly somehow
Hi
If your KDirWatch backend is QFileSystemWatcher, one of the testcases
fails.
The last QVERIFY in testMoveTo never receives the signal dirty-signal it
is looking for.
Apparantly, the watch.removeFile apparantly somehow turns off the QFSW
to not do any further notifications for what happens in
