3.1 crashes with code signing error

Question

3.1 crashes with code signing error

odysseus90210 opened this issue 4 years ago · comments

macupdate.com has made version 3.1 available, but launching it produces a code signing error.

Sveinbjorn Thordarson · Answer 1 · Fri Mar 19 2021 21:09:40 GMT+0800 (China Standard Time)

The latest version of Sloth is not code-signed because ... Apple sucks and macOS Big Sur is so locked down that it reports non-notarized Developer ID-signed apps as "damaged". You should be able to download the app, Ctrl-click the bundle and select "Open". https://sveinbjorn.org/files/software/sloth/sloth-3.1.zip

odysseus90210 · Answer 2 · Fri Mar 19 2021 21:25:48 GMT+0800 (China Standard Time)

I should have been clearer. That doesn't work -- the app crashes when I ctrl-click and select "open", unlike for Sloth 3.0.1.

Sveinbjorn Thordarson · Answer 3 · Fri Mar 19 2021 22:10:32 GMT+0800 (China Standard Time)

I am unable to reproduce. Could you try running the Sloth binary from the command line? e.g.

cd Sloth.app/Contents/MacOS
./Sloth

And send me the message you get in the terminal?

odysseus90210 · Answer 4 · Fri Mar 19 2021 22:12:45 GMT+0800 (China Standard Time)

./Sloth gives:

zsh: no such file or directory: ./Sloth

I don't have Xcode installed or other developer tools, by the way

Sveinbjorn Thordarson · Answer 5 · Fri Mar 19 2021 22:15:07 GMT+0800 (China Standard Time)

This is strange. Could you Ctrl-clicking Sloth.app, selecting Show Package Contents, navigating through Contents, then MacOS, and then double-clicking the Sloth binary?

odysseus90210 · Answer 6 · Fri Mar 19 2021 22:17:45 GMT+0800 (China Standard Time)

Crashed Thread: 0

Exception Type: EXC_BAD_ACCESS (Code Signature Invalid)
Exception Codes: 0x0000000000000032, 0x00000001044b8000
Exception Note: EXC_CORPSE_NOTIFY

Termination Reason: Namespace CODESIGNING, Code 0x2

kernel messages:

VM Regions Near 0x1044b8000:
__LINKEDIT 1044b4000-1044b8000 [ 16K] r--/r-- SM=COW /Applications/Sloth.app/Contents/MacOS/Sloth
--> mapped file 1044b8000-1044bc000 [ 16K] r--/r-x SM=PRV Object_id=1e69afdd
__TEXT 1045c0000-10463c000 [ 496K] r-x/r-x SM=COW /usr/lib/dyld

Sveinbjorn Thordarson · Answer 7 · Fri Mar 19 2021 22:31:10 GMT+0800 (China Standard Time)

I've updated the 3.1 binary, think I discovered what was wrong. Could you try re-downloading it and see if the problem persists?

odysseus90210 · Answer 8 · Fri Mar 19 2021 23:08:10 GMT+0800 (China Standard Time)

Same problem (using https://sveinbjorn.org/files/software/sloth/sloth-3.1.zip)

Sveinbjorn Thordarson · Answer 9 · Fri Mar 19 2021 23:32:57 GMT+0800 (China Standard Time)

How about now? If this didn't work, I swear I'm giving up on releasing further updates for broken macOS.

odysseus90210 · Answer 10 · Sat Mar 20 2021 00:06:17 GMT+0800 (China Standard Time)

That worked! What did you change, and why didn't you experience the problem on your end?

Sveinbjorn Thordarson · Answer 11 · Sun Mar 21 2021 00:10:34 GMT+0800 (China Standard Time)

This seems to be related to macOS quarantine flags and a bug in Apple's codesign command line tool, which is used during the build process for Sloth. Not entirely sure why I was unable to reproduce, the way macOS handles binaries with signing issues is not well documented and seems to change with every version of the OS.