mirror of https://github.com/pulumi/pulumi.git
ef6036a336
In #12296, we started correctly interpreting the Provider argument
per other SDKs. but this introduced a regression:
the Provider field is now set for resources with mismatched types.
This results in a scenario where a provider foo for package X
is passed to a resource bar with package Y,
with the intent of plumbing it to bar's descendants,
but bar attempts to incorrectly use the provider directly.
foo := NewXProvider()
bar := NewYThing("bar", Provider(foo))
// ...
baz := NewXThing("baz", Parent(bar)) // should use foo
This worked previously, but with #12296, this fails
because NewYThing attempts to use Provider foo directly.
To fix this, we need to prevent NewYThing from using a provider
that does not match the package that it belongs to.
We had to make a similar change to the Python SDK in #12292.
|
||
|---|---|---|
| .. | ||
| 20230209--sdk-go--adds-newinvokeoptions-to-preview-the-effect-of-a-list-of-invokeoption-values.yaml | ||
| 20230304--cli--add-json-flag-to-pulumi-whoami-to-emit-output-as-json.yaml | ||
| 20230305--auto-nodejs--add-url-and-organizations-to-whoamiresult-for-nodejs-automation-api.yaml | ||
| 20230305--auto-python--add-url-and-organizations-to-whoamiresult-for-python-automation-api.yaml | ||
| 20230306--auto-go--add-whoamidetailed-which-includes-user-url-and-organizations-to-go-automation-api.yaml | ||
| 20230306--programgen-dotnet--pcl-components-and-dotnet-program-gen-implementation.yaml | ||
| 20230308--cli-display--add-an-open-in-browser-shortcut-to-the-interactive-display.yaml | ||
| 20230310--cli-display--do-not-treat-single-line-strings-as-yaml-values.yaml | ||
| 20230310--programgen-dotnet-go-nodejs-python--implement-not-implement-function-intrinsic-in-pcl.yaml | ||
| 20230310--sdk-go--fixes-an-id-handling-bug-in-provider_server-read-implementation.yaml | ||
| 20230314--sdk-go--fixes-use-of-provider-option-from-parent-resources-with-mismatched-packages.yaml | ||