epubcheck plugin for Sigil - Page 19

odamizu · 11-11-2019, 11:08 PM

Not sure if this is a Sigil 0.9.991 issue or an epubcheck plugin issue or a problem with the individual epubs.

open epub in Sigil 0.9.18, run epubcheck plugin, validation completes
open epub in Sigil 0.9.991, run epubcheck plugin, validation completes
use Tools > Restructure Epub to Sigil Norm, run epubcheck plugin, plugin fails to complete with error message:

Spoiler:
Status: failed

Running EPUBCheck v4.2.2... please wait.

*** Invalid macOS file path returned! ***

*** Invalid macOS file path returned! ***

*** Invalid macOS file path returned! ***

*** Book path not resolved! ***

- - - -

Note: The number of times the "Invalid macOS file path returned!" error repeats varies. Sometimes it's 3 times, as shown above, sometimes it's just once.

I have tested this on 10 different epubs — three epub2 and seven epub3.

The error occurred on 6 out of 10 epubs — 4 out of 7 EPUB3 and 2 out of 3 EPUB3.

I am on macOS High Sierra.

Any thoughts? Thank you

Doitsu · 11-12-2019, 01:15 AM

Quote:

Originally Posted by odamizu

*** Invalid macOS file path returned! ***
*** Book path not resolved! ***

This is an internal plugin message that is displayed if bk.bookpath_to_id() fails. Please enable the clipboard copy option of the EpubCheck plugin and copy the EPUBCheck results before and after running the plugin.

odamizu · 11-12-2019, 02:07 AM

Aha! All 6 of the books that fail have a com.apple.ibooks.display-options.xml file, whereas the 4 books that succeed do not.

Prior to restructuring, the filepath is META-INF/com.apple.ibooks.display-options.xml

(0.9.18 also uses the same filepath: META-INF/com.apple.ibooks.display-options.xml)

However, in 0.9.991, Restructure Epub to Sigil Norm uses the filepath: OEBPS/Misc/com.apple.ibooks.display-options.xml

The latter appears to make the plugin unhappy.

The pertinent result is:

WARNING(OPF-003): .Users.oda.Documents.Sigil.x-Sigil-09.991.sigil09-991prefs.plugins.EpubCheck.temp.epub(-1,-1): Item 'OEBPS/Misc/com.apple.ibooks.display-options.xml' exists in the EPUB, but is not declared in the OPF manifest.

BeckyEbook · 11-12-2019, 03:13 AM

@DiapDealer @KevinH
It needs to be fixed.
The com.apple.ibooks.display-options.xml file should not go to the Misc folder after changing to the default structure.

Earlier (when opening the file) this did not happen:
Workaround when opening epub file

Doitsu · 11-12-2019, 03:17 AM

Quote:

Originally Posted by odamizu

The pertinent result is:

WARNING(OPF-003): .Users.oda.Documents.Sigil.x-Sigil-09.991.sigil09-991prefs.plugins.EpubCheck.temp.epub(-1,-1): Item 'OEBPS/Misc/com.apple.ibooks.display-options.xml' exists in the EPUB, but is not declared in the OPF manifest.

Thanks for the information. This is either a plugin bug or a Sigil-0.9.991 bug.

Do you always get both messages?

*** Invalid macOS file path returned! ***
*** Book path not resolved! ***

Or do you sometimes only get:

*** Invalid macOS file path returned! ***

and the plugin succeeds?

If so, please comment out line #590:

Code:

#print('\n*** Invalid macOS file path returned! ***\n')

odamizu · 11-12-2019, 04:34 AM

Thank you BeckyEbook! Thank you Doitsu!

So far, for books with OEBPS/Misc/com.apple.ibooks.display-options.xml, I only ever get both messages and the plugin always fails.

DiapDealer · 11-12-2019, 06:20 AM

Pretty sure that Sigil always temporarily moved that file to the Misc folder when the epub was open (or at least made it LOOK like it was moved to Misc in Book Browser) but moved it back to META-INF when closing. It was always a special case scenario, I remember. We'll take a look to see what might be different with the restructure being run manually with regard to that PITA file.

Doitsu · 11-12-2019, 06:41 AM

Quote:

Originally Posted by DiapDealer

Pretty sure that Sigil always temporarily moved that file to the Misc folder when the epub was open (or at least made it LOOK like it was moved to Misc in Book Browser)

I've just tested this with Sigil 0.9.14. It displays com.apple.ibooks.display-options.xml in the Misc folder, but the file is kept in META-INF.

In Sigil-0.9.991, com.apple.ibooks.display-options.xml is moved to the Misc folder after restructuring the epub.

DiapDealer · 11-12-2019, 07:17 AM

Quote:

Originally Posted by Doitsu

I've just tested this with Sigil 0.9.14. It displays com.apple.ibooks.display-options.xml in the Misc folder, but the file is kept in META-INF.

In Sigil-0.9.991, com.apple.ibooks.display-options.xml is moved to the Misc folder after restructuring the epub.

That's kind of what I figured. I've pinged Kevin about it, but I'm looking in the meantime.

KevinH · 11-12-2019, 07:28 AM

Is there any good reason to make that file editable? Was making it appear in Misc done to allow users to add there own file by that name or to edit it in some way?
Also, what a media type been assigned to that file?

I think we will have to special case that filename completely during all moves and renames. In Sigil-0.9.991 immediately after loading the epub but *before* standardizing it, if you mouse over that file in the BookBrowser, what does it report as it bookpath? Does it report that it is in META-INF?

If so simply skipping any bookpath with META-INF at the start of the bookpath would probably be useful.

I have no epubs with that file to test with so if someone could make a testcase available privately that would help or even just show me what is in one of these files and I will create my own testcase.

KevinH · 11-12-2019, 09:51 AM

This should now be fixed in master.

KevinH · 11-12-2019, 01:04 PM

As I wrote, already fixed in Sigil master, so no worries

odamizu · 11-12-2019, 05:03 PM

Quote:

Originally Posted by KevinH

... if you mouse over that file in the BookBrowser, what does it report as it bookpath? Does it report that it is in META-INF? ... I have no epubs with that file to test with so ...

Quote:

Originally Posted by KevinH

This should now be fixed in master.

Thanks Kevin!

I had reported further up the thread that the apple file is originally in META-INF. 0.9.18 also puts it in META-INF. But 0.9.991 puts it in OEBPS/Misc when restructuring to Sigil Norm. But I see you figured all that out anyway. Thanks for the fix!

snarkophilus · 11-17-2019, 08:31 PM

I've got an epub with an incorrect mediatype (see discussion in the Sigil 0.991 thread).

The epub OPF manifest has this entry:

Code:

<item href="Styles/page-template.xpgt" id="pt" media-type="application/vnd.adobe-page-map+xml"/>

FlightCrew says this about that line:

Code:

File: content.opf
Line: 114
Offset: 23784
Message: Error OPF bad item media type value : The <item> element's "media-type" attribute has value "application/vnd.adobe-page-map+xml", but the file's media type is "application/vnd.adobe-page-template+xml". near column 101

but EpubCheck doesn't complain at all. Is this sort of check something that can be added to EpubCheck?

JSWolf · 11-17-2019, 08:47 PM

Quote:

Originally Posted by snarkophilus

I've got an epub with an incorrect mediatype (see discussion in the Sigil 0.991 thread).

The epub OPF manifest has this entry:

Code:

<item href="Styles/page-template.xpgt" id="pt" media-type="application/vnd.adobe-page-map+xml"/>

FlightCrew says this about that line:

Code:

File: content.opf
Line: 114
Offset: 23784
Message: Error OPF bad item media type value : The <item> element's "media-type" attribute has value "application/vnd.adobe-page-map+xml", but the file's media type is "application/vnd.adobe-page-template+xml". near column 101

but EpubCheck doesn't complain at all. Is this sort of check something that can be added to EpubCheck?

In this case, FlightCrew is wrong and epubcheck is correct. You cannot add it to epubcheck because it's correct the way epubcheck is handling it. It's things like this why you should stop using FlightCrew and use only epubcheck. FlightCrew is no longer being updated whereas epubcheck is.

11-11-2019, 11:08 PM	#271
odamizu just an egg Posts: 1,832 Karma: 8006102 Join Date: Mar 2015 Device: Kindle, iOS	Not sure if this is a Sigil 0.9.991 issue or an epubcheck plugin issue or a problem with the individual epubs. open epub in Sigil 0.9.18, run epubcheck plugin, validation completes open epub in Sigil 0.9.991, run epubcheck plugin, validation completes use Tools > Restructure Epub to Sigil Norm, run epubcheck plugin, plugin fails to complete with error message: Spoiler: Status: failed Running EPUBCheck v4.2.2... please wait. * Invalid macOS file path returned! * * Invalid macOS file path returned! * * Invalid macOS file path returned! * * Book path not resolved! * - - - - Note: The number of times the "Invalid macOS file path returned!" error repeats varies. Sometimes it's 3 times, as shown above, sometimes it's just once. I have tested this on 10 different epubs — three epub2 and seven epub3. The error occurred on 6 out of 10 epubs — 4 out of 7 EPUB3 and 2 out of 3 EPUB3. I am on macOS High Sierra. Any thoughts? Thank you

11-12-2019, 03:13 AM	#274
BeckyEbook Guru Posts: 843 Karma: 3335974 Join Date: Jan 2017 Location: Poland Device: Various	@DiapDealer @KevinH It needs to be fixed. The com.apple.ibooks.display-options.xml file should not go to the Misc folder after changing to the default structure. Earlier (when opening the file) this did not happen: Workaround when opening epub file Last edited by BeckyEbook; 11-12-2019 at 03:54 AM.

11-17-2019, 08:31 PM	#284
snarkophilus Wannabe Connoisseur Posts: 426 Karma: 2516674 Join Date: Apr 2011 Location: Geelong, Australia Device: Kobo Libra 2, Kobo Aura 2, Sony PRS-T1, Sony PRS-350, Palm TX	I've got an epub with an incorrect mediatype (see discussion in the Sigil 0.991 thread). The epub OPF manifest has this entry: Code: <item href="Styles/page-template.xpgt" id="pt" media-type="application/vnd.adobe-page-map+xml"/> FlightCrew says this about that line: Code: File: content.opf Line: 114 Offset: 23784 Message: Error OPF bad item media type value : The <item> element's "media-type" attribute has value "application/vnd.adobe-page-map+xml", but the file's media type is "application/vnd.adobe-page-template+xml". near column 101 but EpubCheck doesn't complain at all. Is this sort of check something that can be added to EpubCheck?

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
[Plugin] PunctuationSmarten Sigil plugin	DiapDealer	Plugins	142	Today 06:36 AM
[Plugin] KindleImport Sigil plugin	DiapDealer	Plugins	187	07-04-2022 10:11 AM
Sigil Plugin Index	Thasaidon	Plugins	0	10-04-2014 07:41 AM
FC and Sigil 0.5.3 ePUBcheck failure	Hitch	Sigil	32	04-17-2012 02:56 AM
Web-based epubcheck upgraded to epubcheck 1.0.5	kjk	ePub	4	02-09-2010 09:53 PM

11-12-2019, 02:07 AM	#273
odamizu just an egg Posts: 1,832 Karma: 8006102 Join Date: Mar 2015 Device: Kindle, iOS	Aha! All 6 of the books that fail have a com.apple.ibooks.display-options.xml file, whereas the 4 books that succeed do not. Prior to restructuring, the filepath is META-INF/com.apple.ibooks.display-options.xml (0.9.18 also uses the same filepath: META-INF/com.apple.ibooks.display-options.xml) However, in 0.9.991, Restructure Epub to Sigil Norm uses the filepath: OEBPS/Misc/com.apple.ibooks.display-options.xml The latter appears to make the plugin unhappy. The pertinent result is: WARNING(OPF-003): .Users.oda.Documents.Sigil.x-Sigil-09.991.sigil09-991prefs.plugins.EpubCheck.temp.epub(-1,-1): Item 'OEBPS/Misc/com.apple.ibooks.display-options.xml' exists in the EPUB, but is not declared in the OPF manifest.

11-12-2019, 04:34 AM	#276
odamizu just an egg Posts: 1,832 Karma: 8006102 Join Date: Mar 2015 Device: Kindle, iOS	Thank you BeckyEbook! Thank you Doitsu! So far, for books with OEBPS/Misc/com.apple.ibooks.display-options.xml, I only ever get both messages and the plugin always fails.

11-12-2019, 06:20 AM	#277
DiapDealer Grand Sorcerer Posts: 28,601 Karma: 204624552 Join Date: Jan 2010 Device: Nexus 7, Kindle Fire HD	Pretty sure that Sigil always temporarily moved that file to the Misc folder when the epub was open (or at least made it LOOK like it was moved to Misc in Book Browser) but moved it back to META-INF when closing. It was always a special case scenario, I remember. We'll take a look to see what might be different with the restructure being run manually with regard to that PITA file.

11-12-2019, 07:28 AM	#280
KevinH Sigil Developer Posts: 8,803 Karma: 6000000 Join Date: Nov 2009 Device: many	Is there any good reason to make that file editable? Was making it appear in Misc done to allow users to add there own file by that name or to edit it in some way? Also, what a media type been assigned to that file? I think we will have to special case that filename completely during all moves and renames. In Sigil-0.9.991 immediately after loading the epub but before standardizing it, if you mouse over that file in the BookBrowser, what does it report as it bookpath? Does it report that it is in META-INF? If so simply skipping any bookpath with META-INF at the start of the bookpath would probably be useful. I have no epubs with that file to test with so if someone could make a testcase available privately that would help or even just show me what is in one of these files and I will create my own testcase.

11-12-2019, 09:51 AM	#281
KevinH Sigil Developer Posts: 8,803 Karma: 6000000 Join Date: Nov 2009 Device: many	This should now be fixed in master.

11-12-2019, 01:04 PM	#282
KevinH Sigil Developer Posts: 8,803 Karma: 6000000 Join Date: Nov 2009 Device: many	As I wrote, already fixed in Sigil master, so no worries

Advert

Advert