Yes, definite bug. It seems somehow the version of the empty opf is not being properly determined when it is filled. So the new version must be passed along to the OPF constructor as well, at the very least.
As I said, this change is more than a bit invasive at least on macOS. I am on it.
Thanks for the testing and bug report!
KevinH
Quote:
Originally Posted by odamizu
I gave the new submenu a whirl. My default in General Settings is epub3.
When I use submenu to create new epub2 then try to save it, my 10.13.6 Mac hangs and I end up having to force quit.
When I tested this on 10.15.1, Sigil actually crashed!
I emailed you crash reports and hang reports.
ETA: Playing with this some more and I am getting all sorts of warnings plus a crash when trying to create, save, and/or re-open epub2 on macOS 10.13.6:
- When trying to save: "Changing package version inside Sigil is not supported. Use an appropriate output plugin to make the initial conversion."
- When trying to re-open saved epub2: "Files exist in epub that are not listed in the manifest, they will be ignored. OEPBPS/toc.ncx"
- When trying to re-open saved epub2: Opening this EPUB generated warnings. The OPF file does not contain an NCX file. Sigil has created a new one for you.
I apologize for this jumbled report. I am confusing myself on the steps to reproduce these warnings as the results are inconsistent, but using submenu to create epub2 when General Settings is set to epub3 is clearly problematic on my Mac  |