You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tika.apache.org by "Jeremy Anderson (Closed) (JIRA)" <ji...@apache.org> on 2011/12/29 17:17:30 UTC
[jira] [Closed] (TIKA-833) POI Daily beta6 as of 12/27 breaks
ExcelParserTest.testExcelParserFormatting()
[ https://issues.apache.org/jira/browse/TIKA-833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jeremy Anderson closed TIKA-833.
--------------------------------
Resolution: Not A Problem
Fix Version/s: (was: 1.1)
Issue lies in base POI and is now fixed
> POI Daily beta6 as of 12/27 breaks ExcelParserTest.testExcelParserFormatting()
> ------------------------------------------------------------------------------
>
> Key: TIKA-833
> URL: https://issues.apache.org/jira/browse/TIKA-833
> Project: Tika
> Issue Type: Bug
> Components: parser
> Affects Versions: 1.1
> Reporter: Jeremy Anderson
> Labels: excel, poi, test
>
> Attn Nick:
> Changes made to POI(v1221126) for POI-52349 causes the ExcelParserTest.testExcelParserFormatting() junit test case to go out to lunch within POI's DataFormatter.FractionFormat(). Specifically within the nested for loops at line 1000. These nested loops both have extremely high values that cause the test case to hang for an extremely long duration during the new OfficeParser().parse(input, handler, metadata, context); call at line 73. This appears to happen due to the Custom Date value in the test file not being identified as a date.
> I'm not sure if the proper resolution lies in modifying TIKA's test case or if a new bug needs to be opened on POI's side, but I wanted to bring this issue to light.
> Regards,
> Jeremy
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira