View Single Post
Old 03-25-2019, 04:54 PM   #25
Tex2002ans
Wizard
Tex2002ans ought to be getting tired of karma fortunes by now.Tex2002ans ought to be getting tired of karma fortunes by now.Tex2002ans ought to be getting tired of karma fortunes by now.Tex2002ans ought to be getting tired of karma fortunes by now.Tex2002ans ought to be getting tired of karma fortunes by now.Tex2002ans ought to be getting tired of karma fortunes by now.Tex2002ans ought to be getting tired of karma fortunes by now.Tex2002ans ought to be getting tired of karma fortunes by now.Tex2002ans ought to be getting tired of karma fortunes by now.Tex2002ans ought to be getting tired of karma fortunes by now.Tex2002ans ought to be getting tired of karma fortunes by now.
 
Posts: 2,306
Karma: 13057279
Join Date: Jul 2012
Device: Kobo Forma, Nook
Quote:
Originally Posted by Hitch View Post
I think that maybe, maybe, I've seen one other person here, since I joined something like 9 years ago, mention something about Sigil eating unmanifested files. Of course, my memory could just be wrong. If this happens to you often, or if your workflow creates unmanifested items, just use Calibre to get them manifested. It's the work of 2 minutes to do. It seems, quite bluntly, that you're asking Diap and Kev to put in a crapload of work, to create a function that, to the best of my memory, no one else has ever requested.
I PMed a report to KevinH a few months back about an "EPUB file" with unmanifested 0 byte Icon files:

https://superuser.com/questions/2987...n-os-x-desktop
https://apple.stackexchange.com/ques...in-a-directory

Sigil refused to even open the "EPUB"s.

And epubcheck complained about it:

Spoiler:
Code:
WARNING(OPF-003): C:/Files/Sample.epub(-1,-1): Item 'Icon' exists in the EPUB, but is not declared in the OPF manifest.


These Icon files can happen on Mac OSX:

Quote:
What is it?

It's name is actually Icon\r, with \r being the carriage return 0x0D. If letting the shell autocomplete the path in Terminal, it yields Icon^M, ^M being \r.

Icon^M is a file existing in all directories that have a custom icon in Finder. If you change a directory's icon e.g. in its Get Info dialog by pasting an image into the icon in the upper left corner, the Icon^M file is created.

Changing a volume's icon creates a hidden .VolumeIcon.icns file instead.
I had to:

1. Manually open the EPUB as a ZIP, and delete the Icon files. Sigil opened it fine.

OR

2. Open it in Calibre.

KevinH's explanation was approximately "even though these have the extension of EPUB, they aren't technically EPUBs", and he also answered this:

Quote:
Originally Posted by KevinH
As it stands now, unless I see a bunch of these come from some manufacturer, I won't be changing Sigil to deal with such broken epubs. It would be better to use an unzip tool to unzip the epub removing all of the Icon files and then using the FolderIn plugin to actually load the files you want.

[...]

Since bad file names are a security issue in zips, I am quite happy the Sigil can not open this "epub". I would strongly recommend that the empty Icon files all be removed.
How the "EPUB" initially got created? I'm betting it was a poorly coded "EPUB creation" program that tried to just ZIP up entire directory structures and create the most basic of EPUB frameworks (content.opf, etc.).

Last edited by Tex2002ans; 03-25-2019 at 05:07 PM.
Tex2002ans is offline   Reply With Quote