Author: bodewig
Date: Fri Dec 28 17:34:54 2012
New Revision: 1426587

URL: http://svn.apache.org/viewvc?rev=1426587&view=rev
Log:
Credit, where credit is due.  These guys did the whole bug analysis, I only had 
to write small snippets of code following their suggestions

Modified:
    commons/proper/compress/trunk/src/changes/changes.xml

Modified: commons/proper/compress/trunk/src/changes/changes.xml
URL: 
http://svn.apache.org/viewvc/commons/proper/compress/trunk/src/changes/changes.xml?rev=1426587&r1=1426586&r2=1426587&view=diff
==============================================================================
--- commons/proper/compress/trunk/src/changes/changes.xml (original)
+++ commons/proper/compress/trunk/src/changes/changes.xml Fri Dec 28 17:34:54 
2012
@@ -69,7 +69,8 @@ The <action> type attribute can be add,u
         dependency on it has now been marked optional so Compress
         itself can still be used in an OSGi context.
       </action>
-      <action type="fix" date="2012-12-27" issue="COMPRESS-200">
+      <action type="fix" date="2012-12-27" issue="COMPRESS-200"
+              due-to="Christian Schlichtherle">
         When specifying the encoding explicitly TarArchiveOutputStream
         would write unreadable names in GNU mode or even cause errors
         in POSIX mode for file names longer than 66 characters.
@@ -78,7 +79,8 @@ The <action> type attribute can be add,u
         Writing TAR PAX headers failed if the generated entry name
         ended with a "/".
       </action>
-      <action type="fix" date="2012-12-28" issue="COMPRESS-189">
+      <action type="fix" date="2012-12-28" issue="COMPRESS-189"
+              due-to="Daniel Lowe">
         ZipArchiveInputStream sometimes failed to provide input to the
         Inflater when it needed it, leading to reads returning 0.
       </action>


Reply via email to