Open josegonzalez opened 4 months ago
Since the launchTemplate
field is an object in the v1beta3 version, please try without -
:
launchTemplate:
version: "$Latest"
idSelector:
Yeah I'm aware, but I was using the v1beta1
object. That should either:
Currently it is silently ignored.
In the example you gave, you used apiVersion: autoscaling.aws.upbound.io/v1beta3
, I could not fully understand your issue.
You can continue to use the v1beta1
version as is, and if you have existing resources it should not be affected.
Sorry that was a typo. I initially used v1beta1
, verified it wouldn't update, then was swapping to v1beta3
with the correct changes. I've updated the example to what the resource was from my git repo.
This provider repo does not have enough maintainers to address every issue. Since there has been no activity in the last 90 days it is now marked as stale
. It will be closed in 14 days if no further activity occurs. Leaving a comment starting with /fresh
will mark this issue as not stale.
This is still a bug afaik.
Is there an existing issue for this?
Affected Resource(s)
Resource MRs required to reproduce the bug
Steps to Reproduce
Apply the above manifest (with a matching template/subnet)
What happened?
Missing
launchTemplate
property on the converted v1beta3 resource.Relevant Error Output Snippet
Spec
Crossplane Version
1.16.0
Provider Version
1.8.0
Kubernetes Version
Client Version: v1.30.1 Kustomize Version: v5.0.4-0.20230601165947-6ce0bf390ce3 Server Version: v1.29.4-eks-036c24b
Kubernetes Distribution
EKS
Additional Info
Works fine if I manually change it and switch to the v1beta3 resource myself with the requisite resource changes.
See https://crossplane.slack.com/archives/C05E0UE46S2/p1720556633009269 for more discussion.
Maybe related: https://github.com/crossplane-contrib/provider-upjet-aws/pull/1332