Post

Replies

Boosts

Views

Activity

Reply to Signed, Notarized and stapled app still not passing gatekeeper
This is on an M1, os 12.5. I get same behaviour on an Intel as well. In console, I get: ASP: Security policy would not allow process: 12022, /Users/neil/Downloads/iShowU Switcher.app/Contents/MacOS/iShowU Switcher ... [app<application.com.shinywhitebox.iShowUSwitch.58885753.58885759(501)>:12022] termination reported by launchd (9, 8, 9) but no further information that I can find. Oh; just above that is: - 45683955: Checking whether application is managed at file:///var/folders/38/ctsh1hxn4mjbsbw2qmyr81100000gn/T/AppTranslocation/83AC8B29-8DAA-4535-BED4-3A7688B3170F/d/iShowU%20Switcher.app//com.shinywhitebox.iShowUSwitch so translocation is happening, but AFAIK that shouldn't matter? (but I'm not sure)
Aug ’22
Reply to Signed, Notarized and stapled app still not passing gatekeeper
Thank you. This got me on the right path. Turns out, I have dynamic library validation disabled specifically because I want to allow plugins to load. At first, I thought a cocoa pods (bug?) was my problem; with paths such as this appearing: Load command 117 cmd LC_RPATH cmdsize 112 path /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/swift/macosx (offset 12) However; I have another app with exactly the same LC_RPATH and that has never had an issue. More digging resulted in me finding a broken framework due to another (different) issue, referencing LC_RATHS from /User So thanks for the advice. It greatly helped me find the root cause. Out of interest, do you know if there's a reason the /Applications/Xcode path does not cause the same fault?
Aug ’22