Closed danielrbradley closed 1 year ago
Hey @danielrbradley , it looks like this isn't actually a plugin issue. portMappings
is an array – changing it to
portMappings:
- targetGroup: ${lb.defaultTargetGroup}
seems to work.
Yes, that does look like a typo there too, although the error I was seeing was actually complaining about assignPublicIp
not existing (which was new in 1.0.0)
Hm I didn't see that error, even after removing 1.0.0
and only having 1.0.0-beta.11
installed
Hmm, perhaps there's some kind of caching going on as that program is correctly invalid for 1.0.0-beta.11
and should fail.
@danielrbradley apologies but I'm still unable to repro, even when explicitly using the beta version i.e.
resources:
awsx:
type: pulumi:providers:awsx
defaultProvider: true
options:
version: 1.0.0-beta.11
Would be super helpful if we could sync on this next week and try to root cause the issue.
I think the bug may be that even though a provider version is selected via $resource.options.version
, that version is not utilized during type checking of the program. Instead, a nil
version was used to load the package, which could select a version that was incompatible with the program as written.
What happened?
When running a program when having the follwing plugins installed:
The YAML language used the beta package instead of the stable and newer
1.0.0
package.Steps to reproduce
pulumi plugin install resource awsx 1.0.0-beta.11
pulumi plugin install resource awsx 1.0.0
Expected Behavior
Should use 1.0.0 and pass correctly
Actual Behavior
Fails with error due to property not existing in beta version
Output of
pulumi about
No response
Additional context
No response
Contributing
Vote on this issue by adding a 👍 reaction. To contribute a fix for this issue, leave a comment (and link to your pull request, if you've opened one already).