[ 
https://issues.apache.org/jira/browse/TIKA-3030?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17025586#comment-17025586
 ] 

Nick Burch commented on TIKA-3030:
----------------------------------

Pretty sure we've got a test file in Apache POI like this - some third party 
tools generate with the wrong name. I've got a feeling that 
{{WORKBOOK_in_capitals.xls}} will be one such file, but I'm on the wrong device 
to check right now!

See 
[https://github.com/apache/poi/blob/trunk/src/java/org/apache/poi/hssf/model/InternalWorkbook.java#L93]
 for the list of well-ish known variants

> XLS files with a root node named WORKBOOK don't get parsed
> ----------------------------------------------------------
>
>                 Key: TIKA-3030
>                 URL: https://issues.apache.org/jira/browse/TIKA-3030
>             Project: Tika
>          Issue Type: Bug
>          Components: parser
>    Affects Versions: 1.23
>            Reporter: Clark Perkins
>            Priority: Major
>
> I have an XLS file where the root node contains 2 top-level names - 
> "WORKBOOK" and " SummaryInformation".
> The type gets properly detected as "application/vnd.ms-excel", because the 
> POIFSContainerDetector does a check like so:
> {noformat}
> if (names.contains("Workbook") || names.contains("WORKBOOK")) {
>     ...
> }{noformat}
> However, the ExcelExtractor silently rejects the file because the root node 
> doesn't contain a top level node named "Workbook".



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to