Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
image lost on resave #247
My guess is your manifest entry in the opf for the first image was incorrect on import. If not manifested properly, Sigil will ignore it upon input as it technically is not part of the epub.
Please post the original opf here so that we can check if correct in the first place.
Sent from my iPad
well, technicaly it's wrong to ignore image files not listed in manifest :)
but no, all is correct, i can't attach oryginal because i fix it manualy, and don't have broken version.
I trying to create new one, and it's requires some more images (with numbers).
[No data] - Unknown.epub.zip
In sigil [root]1.png is wrongly replaced by 9.png on load!
Section0001.xhtml have 3* ico (without "9")
Quite the mess actually. Accessing things outside the OEBPS is generally not a good idea.
The improperly placed 1.png gets renamed and added as "9.png" to the Images folder on load into Sigil and "9.png" is different from your own file "9.PNG" so the new name (number based) is technically unique and on Linux with a case sensitive file system all works as intended.
But on Windows which is not case sensitive the "9.png" can not be found by OS levels and a "9.PNG" is loaded instead and saved by the underlying OS. Similar issues exist on Mac OS X if it is set up to use a non-case sensitive file system.
I will modify the unique file name creation to test for existing filenames ignoring case to force a truly unique new name for a file that does not conflict even on an OS with a case insensitive file system.
The easiest workaround is not to use file names that only vary by the case of the extension and to make sure all content is properly inside the OEBPS folder in general (or whatever folder name you typically use).
Thanks for your bug report and your test case. A fix should appear in the next release.