You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Due to the proposed behavior changes of #175, it is likely that an upcoming version of the framework will begin marking all Computed-only attributes as unknown in plans. The side effect is that provider developers may explicitly know that the attribute's state value should be copied to the plan as it is expected to not change during update (and therefore be hidden from plan output).
Attempted Solutions
Provider developers are able to manually create plan modifiers which copy the prior state value into the plan.
Proposal
This is likely to be a common use case for providers to improve plan outputs. The framework should likely provide two helper plan modifiers for this case:
Always copy known state value to plan for the attribute (attribute is never expected to change after creation)
Conditionally copy known state value to plan for the attribute (attribute may change due to other updates)
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues.
If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.
Module version
Use-cases
Due to the proposed behavior changes of #175, it is likely that an upcoming version of the framework will begin marking all
Computed
-only attributes as unknown in plans. The side effect is that provider developers may explicitly know that the attribute's state value should be copied to the plan as it is expected to not change during update (and therefore be hidden from plan output).Attempted Solutions
Provider developers are able to manually create plan modifiers which copy the prior state value into the plan.
Proposal
This is likely to be a common use case for providers to improve plan outputs. The framework should likely provide two helper plan modifiers for this case:
These likely would live in the
tfsdk
package, similar toRequiresReplace
andRequiresReplaceIf
References
The text was updated successfully, but these errors were encountered: