This is so strange...
It walked the manifest file and built up the file paths from the temporary Directory that Sigil created to store the unzipped epub:
Here is the temporary directory used to unpack the epub into:
m_ExtractedFolderPath: "/var/folders/kl/5s_sbwr972n1qq9xrk7rlyvr0000gn/T/Sigil-DTjJwa"
Here is the complete file path used to store one of the files as an example:
Debug: creating manifest file path from: "/var/folders/kl/5s_sbwr972n1qq9xrk7rlyvr0000gn/T/Sigil-DTjJwa/OEBPS/Text/ded01.xhtml"
But when you ask for the epub root relative file path for that file it comes back with
something that makes no sense:
Debug: Manifest File Paths:
Debug: "-DTjJwa/OEBPS/Text/ded01.xhtml
instead of the expected:
OEBPS/Text/ded01.xhtml
It is almost as if the temp folder name has embedded null characters of some sort!
Not sure why this is happening, but there is nothing wrong with the epub itself. The problem is in how mac OSX 10.14 is generating temp folder paths. It seems to be embedding nulls or other invisible characters so that a count of the strings can not be used to remove the root folder from the name.
This is very strange.
I will have to dig deeper.
KevinH
|