You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@commons.apache.org by bo...@apache.org on 2019/08/08 14:46:40 UTC

[commons-compress] 02/02: be more precise when describing the problem

This is an automated email from the ASF dual-hosted git repository.

bodewig pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/commons-compress.git

commit 1f4ae17ba0753bd9fa1ec0c188c579b52ba19ba5
Author: Stefan Bodewig <bo...@apache.org>
AuthorDate: Thu Aug 8 16:46:02 2019 +0200

    be more precise when describing the problem
---
 src/site/xdoc/limitations.xml | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/site/xdoc/limitations.xml b/src/site/xdoc/limitations.xml
index 3e9a826..2adc4a6 100644
--- a/src/site/xdoc/limitations.xml
+++ b/src/site/xdoc/limitations.xml
@@ -204,7 +204,7 @@
          <li>no support for encryption or multi-volume archives</li>
          <li>In versions prior to Compress 1.6
          <code>ZipArchiveEntries</code> read from an archive will
-         contain non-zero millisecond values when using Java8 rather
+         contain non-zero millisecond values when using Java 8 or later rather
          than the expected two-second granularity.</li>
          <li>Compress 1.7 has a known bug where the very first entry
          of an archive will not be read correctly by