-
Notifications
You must be signed in to change notification settings - Fork 209
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Fix bug where KeyVault with ARMID owner can't be recovered #4127
Conversation
/ok-to-test sha=8e92842 |
@@ -19,12 +21,13 @@ import ( | |||
|
|||
keyvault "github.com/Azure/azure-service-operator/v2/api/keyvault/v1api20230701/storage" | |||
resources "github.com/Azure/azure-service-operator/v2/api/resources/v1api20200601/storage" | |||
|
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.
nit: I like separating named imports from regular imports.
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.
I brought these back but AFAIK that's not a common pattern so tools (gofump/goimports/goland import ordering) don't have an option to do this. They preserve them if there but AFAIK the standard ordering is either stdlib / everything else (2 groups) or stdlib / external / internal (3 groups) and this results in 4.
Fixes Azure#4117. Also fix an issue where we gave a confusing and non-fatal error when attempting to recover a KeyVault in a different ResourceGroup than it was originally in. Changed the error to be clearer and also immediately fatal so that no retries happen.
8e92842
to
27f11b4
Compare
/ok-to-test sha=27f11b4 |
Fixes #4117.
Also fix an issue where we gave a confusing and non-fatal error when attempting to recover a KeyVault in a different ResourceGroup than it was originally in. Changed the error to be clearer and also immediately fatal so that no retries happen.
If applicable: