Bug 115379 - Export to EPUB should move container.xml file at 2nd position in the zip
Summary: Export to EPUB should move container.xml file at 2nd position in the zip
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.1.0.0.alpha0+
Hardware: All Mac OS X (All)
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: EPUB-Export
  Show dependency treegraph
 
Reported: 2018-02-01 14:48 UTC by Daniel Glazman
Modified: 2018-02-13 09:28 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments
EPUB test file (90.56 KB, application/epub+zip)
2018-02-01 14:48 UTC, Daniel Glazman
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Glazman 2018-02-01 14:48:04 UTC
Created attachment 139500 [details]
EPUB test file

The whole EPUB packaging system is made to minimize the need to download the whole zip before testing/opening the ebook. That's why the mimetype file MUST, per spec, be uncompressed at first position in the zip. Since finding a given rendition goes through the container.xml file, it would be better if it was stored in 2nd position in the zip instead of the last one as it is now.

See attached epub file generated by Version: 6.1.0.0.alpha0+,
Build ID: 3171066a959b52cd483bb22a0d1046e633f092f6

Unzip -t it.
Comment 1 Daniel Glazman 2018-02-01 14:48:41 UTC
Similarly, it's better if content.opf comes next, content document right after, and the rest of files at the end.
Comment 2 Alex Thurgood 2018-02-13 09:28:59 UTC
Reproduced with

Version: 6.1.0.0.alpha0+
Build ID: acd16c7e29c1619986d4d8b3b520da089ba34660
CPU threads: 4; OS: Mac OS X 10.13.3; UI render: default; 
Locale: fr-FR (fr_FR.UTF-8); Calc: group