-
Notifications
You must be signed in to change notification settings - Fork 7.1k
validate_secrets.yml: Restore ability to catch unsigned PLA, etc. #357
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
validate_secrets.yml: Restore ability to catch unsigned PLA, etc. #357
Conversation
…lidate secrets * Remove `|| true` introduced in adaa2a1 from failure condition
|
Below is a failed build at 0188203 (i.e., dev). This one fails due to an unsigned PLA, but the validation workflow passes and no helpful annotation is surfaced: And here's a failed build run at 3741bfc (i.e, the PR branch). This one fails due to an unsigned PLA, but the validation workflow catches the problem and surfaces a helpful annotation: |
…ad MATCH_PASSWORD
|
@marionbarker, please re-run the validate_secrets workflow with a known bad |
|
I changed the base to a new branch: update_dev_to_3.9.3. I will be collecting proposed changes to dev in this branch and then once ready, a PR from update_dev_to_3.9.3 will be used to update the dev branch (with the appropriate approvals from other developers). |
SummaryWhen adding automatic certificate renewal, an inadvertent change was introduced that meant users were not notified they needed to sign a new developer license agreement. In addition, the language in the fastlane log was modified so that an earlier check for a MATCH_PASSWORD failure no longer reported that error. This modification fixes both of the short-comings to improve the browser build error checking capabilities. Test@billybooth already demonstrated that with this modification, a user who has not signed their updated license agreement is once again given the appropriate message in the annotations. However, the language for an incorrect MATCH_PASSWORD previously used is no longer present in the fastlane log with the consequence that the desired error message is not reported. Test Plan
|
marionbarker
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Approve from code review and test.
LGTM
Since adaa2a1, the validate secrets workflow has not been failing when the user has an unsigned Apple PLA or when the match secrets repository cannot be decrypted due to a bad match password.
This PR seeks to remedy those issues by restoring the ability of the validate secrets workflow to fail under those circumstances.