[
https://issues.apache.org/jira/browse/TIKA-4201?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17818916#comment-17818916
]
Hudson commented on TIKA-4201:
------------------------------
FAILURE: Integrated in Jenkins build Tika ยป tika-main-jdk11 #1518 (See
[https://ci-builds.apache.org/job/Tika/job/tika-main-jdk11/1518/])
TIKA-4201 -- add hard limit to IWorkPackageParser's detect (#1608) (github:
[https://github.com/apache/tika/commit/fd44840a113b719872df1c453d46775efe850c60])
* (edit)
tika-parsers/tika-parsers-standard/tika-parsers-standard-modules/tika-parser-apple-module/src/main/java/org/apache/tika/parser/iwork/IWorkPackageParser.java
> Add hard limit to stream reading in IWorksParser#detectType
> -----------------------------------------------------------
>
> Key: TIKA-4201
> URL: https://issues.apache.org/jira/browse/TIKA-4201
> Project: Tika
> Issue Type: Bug
> Reporter: Tim Allison
> Priority: Minor
>
> TIKA-4199 showed us that we had been relying on hope that the detector would
> only read a limited number of bytes when detecting in
> IWorksParser#detectType. We should cache the first 1096 bytes, do the
> detection, and then reset the wrapped archive stream.
> We should not rely on hope.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
