Skip to content

Zip64 extra field breaks MIME type detection for zip-based formats #126

@quytelda

Description

@quytelda

A number of zip-based formats encode MIME type information by storing the identifier in a special file at the beginning of the archive. For example, the OpenDocument specification specifies:

The “mimetype” file shall be the first file of the zip file. It shall not be compressed, and it shall not use an 'extra field' in its header.

Unfortunately, the Zip64 extra field is always included in the header, so it isn't possible to create a valid mimetype entry. I understand the issue was addressed once previously in #81 but reappears due to da5df36.

I'm wondering if there's some way to avoid including the Zip64 field in this scenario?

Metadata

Metadata

Assignees

No one assigned

    Labels

    awaiting-prIssues that await a PR that would implement/solve themfeature-request

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions