-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Do not reject builds waiting for TestFlight review to avoid CI failure #23118
Conversation
Generated by 🚫 Danger |
📲 You can test the changes from this Pull Request in WordPress Alpha by scanning the QR code below to install the corresponding build.
|
📲 You can test the changes from this Pull Request in Jetpack Alpha by scanning the QR code below to install the corresponding build.
|
That's quite unfortunate. Maybe we could contribute back to fastlane to apply this change to this code to fix the issue at its root at some point? (especially updating the filter + replacing |
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.
Approving to unblock, but I think it would be better to contribute to fastlane to apply the fix proposed by one of the commenters so that we can use that parameter it again?
@mokagio Opened a PR to fix it in Tested the fix with Tumblr-iOS alpha and beta builds today, as:
|
Agreed. I would have looked into it, eventually 😅 Glad you got to it 👍 |
Update: my fix fastlane/fastlane#21995 for this has shipped in fastlane |
Followed up with #23374 |
There is a known limitation in the ASC API that does not allow removing builds from TestFlight review, despite Fastlane offering a parameter to do so.
To avoid failures in CI in the (rare) occurrence of submitting a beta while another one is still waiting or in review, this PR disables rejecting builds.
Testing
Unfortunately, the only way to test this would be to create two beta one after the other and verify the TestFlight upload from CI does not fail for the second one. This is possible but "expensive" to do.
Regression Notes
PR submission checklist:
RELEASE-NOTES.txt
if necessary. N.A.UI changes testing checklist: Not a UI PR.