Sigil-1.9.0 Release

[Turtle91]

Come on Kevin - don't hold back - tell us what you really think!!

[odamizu]

Originally Posted by KevinH

... The "viral" nature of the extra "com.apple.quaratine" means it gets spread unknowingly over everything on your mac that is non-Apple. It gets attached to epubs as well since they are zip archives ...

O.M.G.

Do I recall correctly that the latest macOS you're running is Catalina, so this is happening on Catalina, and avoiding Monterey is not a (temporary) solution?

[KevinH]

@Turtle91

It just gets my goat.

That said ...l I tried to recreate this crash with stock Sigil-1.9.0 on my newest machine (a laptop running Big Sur - not Monterey) without removing the com.apple.quarantine and running Find repeatedly on All HTML so it would be opening lots of xhtml with images in them in Preview one after the other to exercise the URL Interceptor code at the same time.

This is what his CrashReport showed was happening when he crashed but I could not recreate it at all.

So his crashing must be macOS Monterey specific and related to Qt running on Monterey.

Hopefully the next CrashReport will tell us if it is reproducible or due to random memory corruption of some sort ...

[KevinH]

My dev machine is using Catalina. I upgraded my laptop to Big Sur as I always stay one full macOS version back.

Unless you run lots of software downloaded from elsewhere (non-apple store software) or use git and do your own software development, you should not have issues. Especially if you are not seeing Sigil crashing.

Even if I do not remove the quarantine flag from Sigil and run it, I can not get it to crash. So this may be a Monterey and Qt specific bug and have nothing to do with com.apple.quarantine extra attributes and relocated sandboxes.

FYI, I can post my UnQuarantine desktop droplet for you. Using it on *trusted* things you download before use helps. But the first time you have to run it on a copy of itself and then use the copy deleting the original for it to not be quarantined itself.

So no worries unless you are seeing Sigil crashing. If so, I would love the crash reports.

Take care,

KevinH

Originally Posted by odamizu

O.M.G.

Do I recall correctly that the latest macOS you're running is Catalina, so this is happening on Catalina, and avoiding Monterey is not a (temporary) solution?

[phillipgessert]

Yeah its an odd one because after that last crash, I did the exact same thing I did before (redos from the last save), and it didn’t crash the second time. But maybe I was multitasking in some way that I don’t remember. Hard to say if it’s a Monterey thing because I don’t remember 1.8 crashing on it, but I probably just got lucky. It probably is.

[odamizu]

Originally Posted by KevinH

... FYI, I can post my UnQuarantine desktop droplet for you. Using it on *trusted* things you download before use helps. But the first time you have to run it on a copy of itself and then use the copy deleting the original for it to not be quarantined itself.

So no worries unless you are seeing Sigil crashing. If so, I would love the crash reports.

Thanks! I would appreciate the UnQuarantine desktop droplet.

I have not had time to use Sigil 1.9.0 much — which is also why haven't chimed in on the Search/Replace issue or test the test builds. But if I get any crash reports, I'll be sure to share.

[KevinH]

I have attached it here all zipped up.

Do the following to get it set up the first time:

1. download the zip and place it on your Desktop

2. Open Terminal.app and run the following commands:

cd
cd Desktop
ls -a@l UnQuarantineDroplet.app.zip

3. If you see com.apple.quarantine in the output from step 2 you should remove it before unzipping it by continuing with the following in the Terminal.app you opened for Step 2.

xattr -d com.apple.quarantine UnQuarantineDroplet.app.zip

4. Now you should be able to unzip it and place UnQuarantineDropet.app where you want it.


Once all set up, you would use it as follows:

Take a file, an app, or a folder of files that you have downloaded or been e-mailed, or texted, or copied from your camera or ...

THAT YOU ARE 100% SURE CAN BE TRUSTED

then you can drag and drop it on this droplet and it will remove the com.apple.quarantine extra attribute for you. Otherwise you are better off leaving them in place.

I do this for all epubs I download from MR's archive or official bookstores, photos from family and friends, all of my git repos where I am the repo's developer, and all apps downloaded from trusted sources like FireFox, LibreOffice, Sigil, etc.

If you ever want to verify that it worked, just copy the file to your Desktop and open Terminal.app and run the following commands:

cd
cd Desktop
ls -a@l YOURFILENAMEHERE

and verify that the com.apple.quarantine extra attribute is indeed gone.

By doing this you are circumventing some of Apple's security that way, but I do not like trusted software, photos, and epubs to be treated like pariah's by my own Desktop machine.

Ask if you have any questions.

This should not be needed for apps you download and install from the MacOS App Store.

Originally Posted by odamizu

Thanks! I would appreciate the UnQuarantine desktop droplet.

I have not had time to use Sigil 1.9.0 much — which is also why haven't chimed in on the Search/Replace issue or test the test builds. But if I get any crash reports, I'll be sure to share.

[odamizu]

Originally Posted by KevinH

... I do this for all epubs I download from MR's archive or official bookstores, photos from family and friends, all of my git repos where I am the repo's developer, and all apps downloaded from trusted sources like FireFox, LibreOffice, Sigil, etc. ... This should not be needed for apps you download and install from the MacOS App Store.

KevinH!

Your instructions were very clear and everything worked as expected.

I actually have very few apps downloaded from the App Store. Almost everything is downloaded direct from the source — Sigil, Calibre, BBEdit, Kindle for Mac ... Appreciate the droplet muchly, I do!

[democrite]

Kevin,

Perhaps you missed my reply concerning an issue with splitting.

https://www.mobileread.com/forums/sh....php?p=4202498

As iOS books seems to require ID destinations for all TOC entries for EPUB 3 nav, I usually add an id to the body tag and add such destinations to the NAV. Such replacing also adds ids to the pagelist, as some publishers might not include all page numbers and for new chapters simply specify some xhtml file as first page number for a chapter. In such cases, splitting also changes the entry to the last split.

[KevinH]

I am not seeing this with iOS iBooks at all. There is no requirement for a toc entry in the nav href to end in a fragment that I see. This is with the iOS books app.

As for splitting, that should be done first. Then do what you want with the body tags. But ids are not needed on body tags for correct links.

Also explore hrefs that end in #top or even with empty fragment # if need be.

Splitting has to change ids on the body tag otherwise duplicate ids are generated.

Please attach a sample epub for iOS Books where links in the nav require fragments to work properly. I have only seen that when the links themselves are incorrect and some ereaders fall back to the unique fragment id. But this is not something to be relied on across Readers.

[democrite]

The requirement is such that without an id destination, when selecting a toc entry from the toc list, Books instead of going to that destination will display the cover. Could be related to setting cover to linear=no and/or something in EPUB 3 landmarks. I haven’t tried to determine the exact factors but at least for me Books has behaved as such as long as I can remember. I’ll try to create some sample.

[KevinH]

Please do, as I have created most of the epubs I read in Books on my ipad, nothing like that happens.