-
Notifications
You must be signed in to change notification settings - Fork 123
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Release not signed #564
Comments
Create Release doesn't build the app, it promotes an existing CI/CD build to a release. |
Here is the relevant (I think) portion of the CI/CD log. It looks to me that it is signing, but I could be wrong. I will add you as a user.
|
Okay. I can't find any of those outputs in my CI/CD log. The secrets are definitely there, but there does not appear to be any "Signing apps" segment. Search finds nothing for "Signing apps" or "pfx"--nothing. Now what are we missing? |
This one is on me. |
There is a new mechanism for signing apps, which will be used when you have HSM secured certificates, but this obviously doesn't work with the old certificates. |
Ah. Wonderful. We will wait to hear from you. Is the containerless compilation an opt-in feature? We can afford to wait, because we are having to straighten out another issue with Microsoft regarding our ID range registration. I see a Workbook section on Signing in the future... |
Yes - the "useCompilerFolder" = true causes containerless compilation.
/Freddy
|
Okay. Does that go in the repo's AL-Go Settings? I wasn't aware that we had turned that on. |
If you followed the workshop - it is in the Organization settings variable. |
Indeed it is. How quickly we forget. Thank you. |
@freddydk |
Has there been an update so signing should work using the old certificates in combination with "useCompilerFolder" = true? I have that setting in settings.json and my CI/CD doesn't try to sign the app |
@larswestman - nope, when using useCompilerFolder, you should upload your certificate to an Azure KeyVault and use the new signing mechanism. I will add that to the documentation. |
We created a release in order to generate an .app file for submission as part of our initial AppSource offering. But we get an error that the application is not signed. I can run our CI/CD workflow, which successfully, My understanding is that the CI/CD workflow signs the resulting artifact, so I am assuming that our CODESIGNCERTIFICATEURL and password secrets are working properly.
Is it the case that the artifact created for a release is not similarly signed?
If I need only a signed artifact, should I get it not from the Create Release action but from the CI/CD action?
The text was updated successfully, but these errors were encountered: