[
https://issues.apache.org/jira/browse/COMPRESS-675?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17850690#comment-17850690
]
Tim Allison commented on COMPRESS-675:
--------------------------------------
Where tomorrow in open source time = two weeks by most calendars...
We upgraded with the last release on Tika, and the problematic file is fixed.
We haven't run full regression tests, but I'll let you know if I find anything.
Thank you!
> Regression in pack200's Archive class -- underlying InputStream is now closed
> ------------------------------------------------------------------------------
>
> Key: COMPRESS-675
> URL: https://issues.apache.org/jira/browse/COMPRESS-675
> Project: Commons Compress
> Issue Type: Bug
> Affects Versions: 1.26.0, 1.26.1
> Reporter: Tim Allison
> Assignee: Gary D. Gregory
> Priority: Major
> Fix For: 1.26.2
>
>
> On TIKA-4221, on our recent regression tests, we noticed a change in the
> behavior of Pack200's Archive class. In 1.26.0, the unwrapping of the
> FilterInputStreams
> (https://github.com/apache/commons-compress/blob/68cd2e7fb488b4ad8a9fdc81cae97ae6e8248ea5/src/main/java/org/apache/commons/compress/harmony/unpack200/Pack200UnpackerAdapter.java#L66)
> effectively disables CloseShieldInputStreams, which means that the
> underlying stream is closed after the parse.
> This causes problems when a Pack200 file is inside of an ArchiveInputStream.
> Not sure of the best solution. There's a triggering file on the Tika issue.
> We can implement a crude workaround until this is fixed in commons-compress.
> Thank you!
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
