Review Request 118612: Fix KDirWatch's unit tests on certain file system.

[Alex Merry]

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/118612/#review59536
-----------------------------------------------------------


The message of the first commit doesn't make sense. Specifically, "neither the stat of QFileSystemWatcher tests can detect the deletion/recreation".

- Alex Merry


On June 8, 2014, 3:56 a.m., Matthew Dawson wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/118612/
> -----------------------------------------------------------
> 
> (Updated June 8, 2014, 3:56 a.m.)
> 
> 
> Review request for KDE Frameworks.
> 
> 
> Repository: kcoreaddons
> 
> 
> Description
> -------
> 
> These commits fix: http://build.kde.org/job/kcoreaddons_master_qt5/104/changes
> 
> When using QFileSystemWatcher, try to avoid having deleted files stop being watched.
> 
> When a file is deleted, QFileSystemWatcher does not explicitly signal this fact.
> However, it will stop watching the file in question, at least on Linux with the
> inotify backend.  Normally this is ok, but if a file is quickly recreated and
> the inode number is unchanged, KDirWatch assumes the file is still monitored
> and no further changes to the file will occur.
> 
> Instead, KDirWatch will now always try to re-add the file to QFileSystemWatcher.
> It doesn't bother checking if the operation succeeded, as in most cases it will
> fail as the file is still watched.  It can only assume the file is now being
> watched at this point.
> 
> Fix unit tests for KDirWatch when TMPDIR's filesystem reuses inode numbers.
> 
> When the filesystem TMPDIR points to (by default /tmp) reuses inode numbers,
> the testDeleteAndRecreateFile test will fail as neither the stat of
> QFileSystemWatcher tests can detect the deletion/recreation as two discrete
> events.  They only detect the fact the file changed at all, and emit the dirty
> signal.  Fix the test suite to check for this case, and allow the test to proceed.
> 
> 
> Diffs
> -----
> 
>   autotests/kdirwatch_unittest.cpp c3dba4391b8ebcbedeaa53d51f2a170aa5695ccb 
>   src/lib/io/kdirwatch.cpp 7da1fdba8cd1a2e6a7d5bf9cef999d50b44ebf99 
> 
> Diff: https://git.reviewboard.kde.org/r/118612/diff/
> 
> 
> Testing
> -------
> 
> Unit tests all pass on all four backends (FAM only tested against gamin)
> 
> 
> Thanks,
> 
> Matthew Dawson
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20140608/bfa7e161/attachment.html>