[BUG] coverimage for Apple iBooks compliance duplicated in manifest

[Hasimir]

[BUG] coverimage for Apple iBooks compliance duplicated in manifest

[Hasimir]

My current method of fixing this is to just edit the content.opf file manually while updating other parts of the metadata.

[drmacro]

Need to provide either a failing test case or details of how to reproduce the failure.

[Hasimir]

I'm sure I can whip up something small and nearly pointless to test with a bit later. The "placeholder" images might be a bit silly, though.

[Hasimir]

Okay, I have a test project which reproduces this error here. It also demonstrates the incorrect date error since it includes a completed transformation to EPUB 3 and I added a detached GPG signature in the output folder with the epub so it can demonstrably proven to have been generated before the date and time in UTC it says it was created (and so is this comment, actually).

Also, chapter 2 in the test book includes all the configuration for the transformation scenario used to create the file, including screen captures from oXygen. That said, in its current form it will not pass an epubcheck, but can still be opened in most epub reader apps, including Readium.

[drmacro]

The bug results from the new image-list processing, which produces an OPF entry for every image listed there, as well as an entry for the referenced cover image, however it was referenced (epub-cover-graphic or runtime cover graphic image parameter).

I'll have to figure out how to eliminate the duplicate and ensure that there is a "cover-graphic" property on the one OPF item.

[Hasimir]

From my tests it looks like the only essential part is the addition of properties "cover-image"> to the element, not the id="coverimage" so if there were a check for a cover image when building the image list and appending the properties when found would probably do it.

Oh, I've also confirmed that #70 is indeed fixed.