Installer Creation for MacOS, Windows and Linux?

In the App Wrapper help (which is also available here Certificate Issues) there is a section on how to handle missing private keys.

1 Like

I’ve been following the various suggestions, the most recent is the Missing Private Key issue. I followed that on my Mac Mini with Big Sur (it’s an M1 system). I got the following. I also notice that the Keychain Access looks a bit different that pictured in the recommendation.

macOS version 11.6 (build 20g165)
Xcode and required tools check
0 /Applications/Xcode.app 13.0 (13A233)
0 /usr/bin/codesign 30.100.2
0 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/codesign_allocate 986.0
0 /usr/bin/productbuild 763.0
0 /usr/sbin/spctl 313.140.4
0 /Applications/Xcode.app/Contents/Developer/usr/bin/stapler 34.0
0 /Applications/Xcode.app/Contents/Developer/usr/bin/altool 405.39
0 /Applications/Xcode.app/Contents/Developer/usr/bin/iTMSTransporter
0 /Users/Shared/awhelper 342.2.2.3.4
Xcode licensed: YES

— Stephen Batson (48P7XD57H7)
WA! 2026-10-21 login-db “Developer ID Application” MIssing Key

— Intermediate authority certificates
✓ 2023-02-07 System “Apple Worldwide Developer Relations Certification Authority” 134752589830791184 Good
:warning: “Developer ID Certification Authority” was not found on this Mac, it may be “System Roots” keychain where AW can’t access it.

If you view your Developer ID Application certificate in Keychain Access, is there a disclosure arrow by it that, when opened, shows a child of your certificate name with a key icon? If not, the certificate is not installed correctly.

1 Like

FYI: Even after these years it is unclear to me how this happens, it typically occurs when people apply a major OS update.

If re-downloading the code signing certificates doesn’t help (make sure you remove the broken one for Keychain access first to avoid confusion). Try re-creating the certificates by using the following guide.

If you need to re-create certificates (Missing Private Key), it’s a bit more complicated, but not too difficult.

  1. Open “Keychain Access”, select “Keychain Access” on the menubar, then select “Certificate Assistant” → “Request a Certificate from a Certificate Authority
”.
  2. In the next window, enter in your Apple account e-mail address.
  3. Select “Saved to disk” under “Request is:”, then click “Continue”.
  4. Save it somewhere you can easily get to.
  5. Visit developer.apple.com/account/resources /certificates/.
  6. Click on the bright blue “+” icon, select the certificate type and click on “Continue”.
  7. Choose the file you created in step 4, click on “Continue”.
  8. Follow the on-screen instructions to be able to download the newly created certificate.

Please note that I have been recommend by a friend inside of Apple to apply for a special program, that once approved it should allow me and App Wrapper to handle the creation of certificates and various other services that are going to be needed in the next few years to dsitribute Mac applications.
It will take time for approval and a serious amount of time to implement (especially as I’ll need to fully understand the system before I can design it).

At some point, I probably need to go through all the screenshot in the help and update them. Right now I am working on the next incoming change for the App Store :frowning:

The days I have wasted trying to understand which certificate and provision is valid and which is not. :frowning:
Doesnt seem to be a way to say ‘clear the lot and give me a working set’
Let’s face it, it would a lot easier if Apple , having granted dev access, gave us a ‘one click’ screen that downloaded all the possible provisions and certificates in a bundle. (Even if it included stuff for Apple watch or TV, so what)
And another one click to revoke and rebuild if we (for example) change our dev machines.

Yesterday I had an email to say new T&Cs had to be signed. Unusual to be notified.
(If you dont notice new agreements are required and havent agreed to them, stuff stops working just when you need it. )
When I got to the Apple site to agree again , the dialog that offers the new terms and asks me to confirm, was too large to fit on the ‘default for display’ size of my 13inch MBP
Had to change the screen resolution to its highest in order to be able to reach the ‘OK’ button!

2 Likes

So true
 (and shouldn’t be)

Apple made its processes more bureaucratic than getting an authorization for anything in the 60’s Russia.

1 Like

On my Catalina system that doesn’t have Xcode on, it’s exactly as you describe. On my Mac mini with Big Sur where I installed Xcode and then downloaded and installed the Cert more than once, I’m not seeing the disclosure arrow.

I was beginning to think it was just me. I suspect Apple is making it harder than it needs to be for some self serving reason. They certainly could make it simple and quick if they wanted to.

It’s making me wish I hadn’t joined the developer program.

AFAIK, you have to have two developer certs and one app-specific password. I feed this into AppWrapper and code-sign my app. Then I make up a dmg containing the code-signed app, plus docs. AppWrapper can then submit the dmg to Apple for notarisation.

After that I can distribute to people via my website.

What is dopey is that (a) I require two different certs (why?), and that (b) I have to go to a different other website from (a) to get the app-specific password. Then there’s (c) as I already mentioned that changing the AppleID invalidates the p/w from (b). En plus, the error messages one gets (from Apple, not Sam :slight_smile: ) might as well, for the most part, be in Klingon.

I’m hoping that Sam can get “insider” access so that AppWrapper can become a soup-to-nuts application to cover all these steps. I’d certainly be queuing up to buy that. I don’t object to the security concept per se, just the implementation of it.

2 Likes

This is good! You can backup the signing identity from your Catalina installation and then re-install it on your macBS install.

  1. Find the Certificate in Keychain Access.
  2. Confirm it has the disclosure arrow and that the key is revealed on expanding the disclosure arrow.
  3. Right click on the Certificate and select “Export”.
  4. Save it somewhere and enter in a password of your choosing, you are not to use the combination from my luggage 12345.
  5. Copy that file to your macBS installation.
  6. Double click it to import it into Keychain Access, enter your password.
  7. Rejoice, or burn the whole fudging thing to the ground and become a farmer instead.
2 Likes

Thanks Sam, I’ll give this a shot.

Ok, I tried that. It looks like the cert went in with some success. I deleted the failed copies in the keychain and the imported from the export per your suggestion. I still can’t get Appwrapper to come up with a good check result. I’m not quite ready to become a farmer though :wink:

Here’s screen shots of the keychain on my Mac mini with Big Sur and the check in Appwrapper.

Entitlements Warning. This is simply to alert you that you haven’t specified any entitlements yet. This may affect the functionality of your application, so test your application and if everything works as expected, you can ignore this warning.

Authority Certificates Warning. This is just to let you know that App Wrapper can’t verify the Authority Certificate as the system won’t give it to App Wrapper, which means it’s probably in the “System Roots” keychain which is protected from 3rd Party Applications. As your certificate passed the trust evaluation, I would imagine that the authority certificate is fine and working (I may have found a security hole that will allow me access to the certificate), which I’ll explore in a newer version.

Thanks Sam
so my question is, why would the Cert go where it can’t be accessed? I’m assuming this Apple’s fault, but it seems like a pretty lame one if it is.

No Worries.

This certificate is not the one you downloaded, it’s a certificate that helps to validate the one you get when you join Apple’s developer program. They’re included as part of the OS. Why Apple puts them where I can’t access them, I honestly don’t know.

I would guess that some bright spark thought it was a good idea, without being aware that 3rd Party Apps may want to access this certificate, in order to validate it as part of troubleshooting a code signing process.

Apple PJ does a lot of things where it doesn’t consider why things were done differently in the past.

So I wonder how others here aren’t having the same issue.

Providing everything works, there technically isn’t a problem.

I’m just trying to collect and display enough information for when it doesn’t work, it can hopefully provide enough information to it easier for me to understand the problem, to which I can then update the UI to make it easier for customers to understand the problem and potentially solve the issue themselves, which saves everyone time.

4 Likes

Now you know why we all recommend App Wrapper, Sam’s support is above and beyond. :slight_smile:

8 Likes

+1000
It is fair to say that if it wasnt for Sam, I may not have still been in business.

3 Likes