-
Notifications
You must be signed in to change notification settings - Fork 28
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
Cannot patch with CombineFromEnvironment #68
Comments
Doing some more debugging and it seems that the problem is not that it cannot patch metadata, but it can't patch using CombineFromEnvironment. e.g. if I provide the external name in the XR (which is not what I want to do, but just for testing):
It sets the annotation as expected. But when I use CombineFromEnvironment it does not. Also, just tried doing a patch with FromEnvironmentFieldPath, not a value that would work for the provider, but just to see if it sets it and it does:
So it seems that CombineFromEnvironment doesn't patch properly in function-patch-and-transform, unless I'm just doing something wrong. And reiterating, CombineFromEnvironment, doing the same exact thing, in a composition that just has a resource instead of a pipeline, it works as expected. |
Updated title to reflect myfindings. |
Hey @davejhahn, have you been able to test a build with #55? I don't think the latest release includes this fix. |
@stevendborrelli no I have not, but will try now. |
@stevendborrelli just a clarification, is there an image already pushed to xpkg.upbound.io/crossplane-contrib/function-patch-and-transform with this version or do I need to build it? |
You might be able to use the version from the pull request |
Ok, tried that version, doesn't seem to have resolved what I was seeing. I will try and get a package created from #55 above. I just haven't gotten to the point of pushing functions to our container registry and need to work through that. |
@stevendborrelli I was able to build and create a package, push to our private CR and deploy the function, for the PR #55, but the problem still persists unfortunately. |
Have you been able to achieve something like this @davejhahn ? |
@davejhahn this issue should be fixed by #78 and #96. Can you confirm this? |
I've migrated from a resource composition to a pipeline and have been able to get everything to work except the patching of the annotation, so it defaults to the generated name preventing the resource from being created because it is not valid for the provider
Everything else appears to patch correctly. I also tried patching the same thing to "metadata.name" and it also does not patch.
When I run the same from a resource composition it patches as expected.
The text was updated successfully, but these errors were encountered: