Open Terminal
Type "xattr -cr " without quotes, but with space on the end.
Then drop in the app to the terminal window to get path.
Then press return and it will clear all extended attributes.
I do see this as a problem. If you use an App Wrapper script, it will intervene and sign the debug build (and remove all what it knows that can cause this error), however in my testing, the App Wrapper script is called after Xojo attempts to sign the ARM build.
Perhaps @Greg_O_Lone and I could work together to create a solution whereby Xojo doesn’t attempt this if App Wrapper is going to be doing it for you?
wouldn’t it be better if xojo could build a working debug app on it’s own, without the need of an external app like appwrapper ? think of all the people that don’t want to sell on the app store.
I think the IDE has to code sign the debug executables so it could be a bug in the command it is running. I’m not sure if the same code sign step occurs automatically during release builds.
Can you repeat the problem in a new empty project?
App Wrapper has supported website distribution since it became a requirement from Apple.
In App Wrapper 4, you can switch between Website and App Store easier thanks to the GUI redesign. Alternatively you can do this from a Xojo IDE script, meaning a project constant can control how your application gets wrapped.
You can download the demo from App Wrapper 4 and try it yourself.
In the summer of 2019, I started to redesign App Wrapper so that the processing engine was much faster, for cases just like this. When you use App Wrapper, you’re getting a full analysis of your app and preparation for code signing. The engine is not only quicker than using the terminal command, it is even more thorough (signing executables that the terminal command may miss).
Different apps have different requirements for code signing, there is no one-size fits all, and a lot to be learned (plenty of which is not documented by Apple).
Maybe Xojo is only signing the debug build and not the “build” build?
Which is annoying because there doesn’t appear to be anything to be done to suppress that error message, so to “Run” the app, the error must be clicked away each and every time.
The apostrophe ’ and plus symbols (+) in your app’s name would be worrying to me, since that could be triggering a build script error due to improper quoting. Does it work if you rename your app from CheckPrint’R+
to CheckPrintR