Skip to content

Conversation

@anmazzotti
Copy link
Contributor

What this PR does / why we need it:

The CAPIProvider.spec.name API is used inconsistently all over the place.
In most scenarios it is defined, however there are cases (in tests and documentation), where it is not.

Turtles also does not seem to set the CAPIProvider.spec.name once inferred from the CAPIProvider.metadata.name. It will just be empty.

This PR is not a fix to the behavior, but just a workaround to be able to select provider's resources. A workaround will be needed in any case even after a fix to support migration from older Turtles versions.

Which issue(s) this PR fixes (optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close the issue(s) when PR gets merged):
Fixes #

Special notes for your reviewer:

Checklist:

  • squashed commits into logical changes
  • includes documentation
  • adds unit tests
  • adds or updates e2e tests

@anmazzotti anmazzotti requested a review from a team as a code owner November 27, 2025 15:30
@anmazzotti anmazzotti self-assigned this Nov 27, 2025
@anmazzotti anmazzotti added area/api Indicates an issue or PR relates to the APIs kind/bug Something isn't working labels Nov 27, 2025
@anmazzotti anmazzotti moved this to PR to be reviewed in CAPI / Turtles Nov 27, 2025
@kkaempf kkaempf added this to the v2.13.1 milestone Nov 27, 2025
@anmazzotti anmazzotti force-pushed the e2e_add_docker_spec_name branch from 4e7536e to d9318c9 Compare November 27, 2025 15:36
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area/api Indicates an issue or PR relates to the APIs kind/bug Something isn't working

Projects

Status: PR to be reviewed

Development

Successfully merging this pull request may close these issues.

3 participants