Skip to content
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

[ui] Fix a bug where promotion would be asked with no new canaries #20408

Merged

Conversation

philrenaud
Copy link
Contributor

The "Are all your canaries healthy?" part of the "should we prompt the user to manually promote their deployment" depended on an array.every check without a condition that the array have some members.

This meant that, as shown in #20308, a user can run into a situation where a new canary allocation fails to place, but the system insists that "there are no unhealthy canaries!" so it's manual promotion time.

This checks for at least one new-version allocation with canary status that hasn't been rescheduled before flipping canariesHealthy to true. If there are none, the user will continue to be met with a "Your deployment's canaries are still being health checked" pending status.

@philrenaud philrenaud requested review from tgross and gulducat April 16, 2024 14:50
@philrenaud philrenaud self-assigned this Apr 16, 2024
Copy link
Member

@tgross tgross left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM!

Copy link
Member

@gulducat gulducat left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

promote em if ya got em! (but only if ya got em)

Copy link

github-actions bot commented Apr 16, 2024

Ember Test Audit comparison

main 547cabb change
passes 1550 1550 0
failures 0 0 0
flaky 0 0 0
duration 10m 43s 394ms 10m 40s 630ms -02s 764ms

…ore accurately reflect a state of a promotable workflow
@philrenaud philrenaud force-pushed the b-ui/canary-promotion-should-require-some-new-canaries branch from 1301e88 to 547cabb Compare April 16, 2024 19:32
@philrenaud philrenaud merged commit 5150adf into main Apr 16, 2024
15 checks passed
@philrenaud philrenaud deleted the b-ui/canary-promotion-should-require-some-new-canaries branch April 16, 2024 19:50
philrenaud added a commit that referenced this pull request Apr 18, 2024
…20408)

* Fix a UI bug where promotion would be asked with no new canaries

* Because we now make sure of your allocations, our test cases should more accurately reflect a state of a promotable workflow
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
backport/1.7.x backport to 1.7.x release line
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants