-
Notifications
You must be signed in to change notification settings - Fork 5.6k
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
Stop creating new certificates. #19150
Comments
It seems like you have not included the output of |
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. Please make sure to update to the latest Friendly reminder: contributions are always welcome! Check out CONTRIBUTING.md for more information on how to help with This issue will be auto-closed if there is no reply within 1 month. |
This is still an issue |
Any way to solve this? It's still an issue. Or should I have to revoke my certificates and add them again? |
+1 I see this issue as well |
|
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. Please make sure to update to the latest Friendly reminder: contributions are always welcome! Check out CONTRIBUTING.md for more information on how to help with This issue will be auto-closed if there is no reply within 1 month. |
It's still a problem. |
STILLLLLLLLL |
NOT WORKING! |
Hint for everybody who also has this problem: Using the following parameter is a workaround: get_provisioning_profile(
…
readonly: true,
fail_on_name_taken: true,
…) Hint for the developer: Changing the default of those two parameter is the easiest way to solve the problem. |
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. Please make sure to update to the latest Friendly reminder: contributions are always welcome! Check out CONTRIBUTING.md for more information on how to help with This issue will be auto-closed if there is no reply within 1 month. |
Still a problem |
I'm also pretty puzzled by this. This tool claims to make ios signing "just work" without me having to manage my certificates all the time. |
why does it attempt to replace/ create new distribution certs when I already have existing ones that should work? could this have to do with them being created by API key? |
The fix for me was using only one certificate and branch per app (my issue was stemming from having multiple apps under the same developer account, all trying to use different certificates) I use github for my certificate branches, and I replaced the content of all my branches with the content of one that was working steps:
|
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. Please make sure to update to the latest Friendly reminder: contributions are always welcome! Check out CONTRIBUTING.md for more information on how to help with This issue will be auto-closed if there is no reply within 1 month. |
Working with match s3 mode. Added "s3_object_prefix" and even though it pulls the certificates from the bucket successfully it fails to match them and tries to recreate them every time. Is match broken? |
Please do not try to create new certificates without asking the user first. I now have hundreds of certificates and get the following error message:
[17:01:32]: Could not create another Distribution certificate, reached the maximum number of available Distribution certificates.
It will take me hours to delete all again. Creating certificates is never something which should be done unattended.
Same for provisioning profiles:
readonly
andfail_on_name_taken
should both be set to true by default.The text was updated successfully, but these errors were encountered: