-
Notifications
You must be signed in to change notification settings - Fork 87
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
cloudfoundry_app disk quota behaviour changed since v0.50.0 #427
Comments
Hi @psycofdj yes this should be noted. I'll make the change shortly, thanks! |
@psycofdj added a note to the release notes. We should keep this open to see if something can be done to solve this |
@loafoe This behavior is also present for |
@Thanhphan1147 if it is possible to detect the previous behaviour -- not sending default value if user did not declare any value -- that would be preferred yes. In that case the deployment default will be used, which is the expected behaviour. |
With the
v0.50.0
release, we're experiencing an undocumented change on the behavior of the resourcecloudfoundry_app
.256MB
to1024MB
disk_quota
attribute is not specified in our resourcedisk_quota
value in the bosh manifests of the targeted cloudfoundry is 256MBMy guess is that the previous version of the provider (
v0.15.5
) did not send this field to the CF API when the attribute was unspecified, which led to using the cloudfoundry default value. Now the provider specifies a default value of1024
for this field, and use it for his call to CF API.This is not a big deal from my point of view. We can easily specify the
disk_quota
for our applications in terraform. We were just surprised that the plan wanted some modifications. Perhaps we could just add this precision in thev0.50.0
changelog ?The text was updated successfully, but these errors were encountered: