Unit test failure in CAPZ w/ CAPI v1.7.0-beta.1

[mboersma]

Which jobs are failing?

N/A

Which tests are failing?

The TestASOSecretReconcile unit test in CAPZ is failing on the branch that's integrating CAPZ v1.7.0-beta.1. See kubernetes-sigs/cluster-api-provider-azure#4646 and this comment in particular.

Since when has it been failing?

Since trying to integrate CAPI v1.7.0-beta.0.

Testgrid link

No response

Reason for failure (if possible)

The reason seems to be that .GetObjectKind() returns a partially empty object.

Anything else we need to know?

No response

Label(s) to be applied

/kind failing-test

[k8s-ci-robot]

This issue is currently awaiting triage.

CAPI contributors will take a look as soon as possible, apply one of the triage/* labels and provide further guidance.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

[mboersma]

This seems very likely related to #9956

[mboersma]

/close

This change in controller-runtime is probably what caused the unit test to fail: kubernetes-sigs/controller-runtime#2633

Fixed in kubernetes-sigs/cluster-api-provider-azure@d787ca4 by not relying on the GVK having TypeMeta populated. See also #9956.

[k8s-ci-robot]

@mboersma: Closing this issue.

In response to this:

/close

This change in controller-runtime is probably what caused the unit test to fail: kubernetes-sigs/controller-runtime#2633

Fixed in kubernetes-sigs/cluster-api-provider-azure@d787ca4 by not relying on the GVK having TypeMeta populated. See also #9956.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

[sbueringer]

Makes sense!