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