You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Tan Yee Fan (Jira)" <ji...@apache.org> on 2020/12/10 06:26:00 UTC

[jira] [Created] (IO-694) Behaviour change in FileUtils.copyDirectory() file last modified date/times preservation

Tan Yee Fan created IO-694:
------------------------------

             Summary: Behaviour change in FileUtils.copyDirectory() file last modified date/times preservation
                 Key: IO-694
                 URL: https://issues.apache.org/jira/browse/IO-694
             Project: Commons IO
          Issue Type: Bug
          Components: Utilities
    Affects Versions: 2.8.0
            Reporter: Tan Yee Fan


API documentation for FileUtils.copyDirectory() says:
{quote}Note: This method tries to preserve the files' last modified date/times using File.setLastModified(long), however it is not guaranteed that those operations will succeed. If the modification operation fails, *no indication is provided*.
{quote}
(bold emphasis added)

In version 2.7 the "no indication is provided" part is true - if the last modified date/times could not changed, then the FileUtils.copyDirectory() will still succeed.

In version 2.8.0, if the last modified date/times could not changed, then the FileUtils.copyDirectory() will throw an IOException. However, the API documentation is not updated, so the documentation and the implementation are inconsistent.

The behaviour change in 2.8.0 can be traced to commit b99b3f9f484074454c6d67ec658a4e0e8555ffd2 (Throw an IOException if calling setLastModified() fails.).

Please do *one* of the following:
 * Update the documentation to say that an IOException will be thrown.
 * Revert the implementation to the previous behaviour.

Thanks.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)