You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tika.apache.org by "Tim Allison (JIRA)" <ji...@apache.org> on 2019/08/12 17:46:00 UTC
[jira] [Resolved] (TIKA-2922) Regression issue with detecting .dotx
and .xlam MS Office mime-types
[ https://issues.apache.org/jira/browse/TIKA-2922?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Tim Allison resolved TIKA-2922.
-------------------------------
Resolution: Fixed
Fix Version/s: 1.23
Thank you, [~pascal.essiembre]!
If you have local unit tests or a local regression corpus you'd like to run a release candidate against before a release, please feel free to chip in during the voting process. Or, even better, before the voting process when we announce we're doing the pre-rc large scale regression tests.
Thank you, again!
> Regression issue with detecting .dotx and .xlam MS Office mime-types
> --------------------------------------------------------------------
>
> Key: TIKA-2922
> URL: https://issues.apache.org/jira/browse/TIKA-2922
> Project: Tika
> Issue Type: Bug
> Components: parser
> Affects Versions: 1.22
> Environment: N/A
> Reporter: Pascal Essiembre
> Priority: Minor
> Fix For: 1.23
>
>
> After upgrading to 1.22, .dotx and .xlam files are no longer detected properly.
> They are now detected as:
>
> {noformat}
> .dotx -> vnd.ms-word.template.macroenabled.12
> .xlam -> application/x-tika-ooxml{noformat}
>
> They should be detected like they originally were:
> {noformat}
> .dotx -> vnd.openxmlformats-officedocument.wordprocessingml.template
> .xlam -> application/vnd.ms-excel.addin.macroenabled.12{noformat}
> Reference: [https://docs.microsoft.com/en-us/previous-versions/office/office-2007-resource-kit/ee309278(v=office.12)]
> It is happening in StreamingZipContainerDetector and ZipContainerDetectorBase.
> I will submit a pull request shortly with the correct mapping.
>
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)