On Fri, 7 Aug 2020 at 15:04, Matt Sicker <boa...@gmail.com> wrote: > > That sounds like a file modification time granularity issue. Does Windows > not support milliseconds or finer for file modification times?
Could be; I thought I had allowed for that. I'll see if I can fix it for Windows. > It could be that the test executed too fast! No, I don't think that is the issue. The tests now use a backdated source file (10 minutes earlier) to reinstate the tests that had relied on Thread.sleep. > On Fri, Aug 7, 2020 at 09:01 Gary Gregory <garydgreg...@gmail.com> wrote: > > > As of recently, I am seing: > > > > [INFO] Running org.apache.commons.io.FileUtilsTestCase > > [ERROR] Tests run: 142, Failures: 2, Errors: 0, Skipped: 1, Time elapsed: > > 5.613 s <<< FAILURE! - in org.apache.commons.io.FileUtilsTestCase > > [ERROR] testCopyFile2WithoutFileDatePreservation Time elapsed: 0.038 s > > <<< FAILURE! > > org.opentest4j.AssertionFailedError: Check last modified date not same as > > input ==> expected: not equal but was: <1596807101505> > > at > > org.apache.commons.io > > .FileUtilsTestCase.testCopyFile2WithoutFileDatePreservation(FileUtilsTestCase.java:1229) > > > > [ERROR] testCopyDirectoryPreserveDates Time elapsed: 0.027 s <<< FAILURE! > > org.opentest4j.AssertionFailedError: expected: <true> but was: <false> > > at > > org.apache.commons.io > > .FileUtilsTestCase.testCopyDirectoryPreserveDates(FileUtilsTestCase.java:1403) > > > > I am wondering if GitHub/Travis can also be set up to run at least one > > build on Windows so we can catch issues like these? > > > > Gary > > > -- > Matt Sicker <boa...@gmail.com> --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org