terraform

Commit Graph

Author	SHA1	Message	Date
hashicorp-copywrite[bot]	325d18262e	[COMPLIANCE] Add Copyright and License Headers	3 years ago
kmoe	76b34e891c	remove unused actionforchange (#32759 )	3 years ago
James Bardin	b6906f3572	Merge pull request #32563 from hashicorp/jbardin/optional-computed-comparison-next a new method of `ProposedNew` set comparison	3 years ago
James Bardin	799f4a76ab	Merge pull request #32554 from hashicorp/jbardin/optional-computed-comparison refactor ProposedNew	3 years ago
James Bardin	33c1ffa7c2	Merge pull request #32553 from hashicorp/jbardin/nesting-map-objchange Fix crashes with NestingMap values	3 years ago
James Bardin	d1d55653e4	update comment for fixed test	3 years ago
James Bardin	60d6e52021	a new method of ProposedNew set comparison The existing set comparison method uses the prior elements with the computed portions nulled out to find candidates to match the configuration. This has the shortcoming of always removing optional+computed attributes, because we have not yet found the configuration to know if attribute was set or not. Rather than having to take the most pessimistic value before comparison to precompute the nulled values, we can compare each candidate directly, walking the values in tandem. Each prior value is compared against the config and checked to see if it could have been derived from that configuration value, which allows us to treat optional+computed as optional if there is config and computed if there is not. This removes the ambiguity from having optional+computed attributes within sets, giving us consistent plans when all values are known. Unknown values of course are still undecidable, as are edge cases were providers refresh with altered values or retained changed prior values plan that were deemed not functionally significant.	3 years ago
James Bardin	9459f0b214	refactor ProposedNew Unify the ProposedNew paths for Blocks and Objects. Break out the individual case blocks into functions, then use a common interface to dispatch the object creation to the correct function based on schema type. This cuts the code in half, and prevents the block and object behavior from diverging.	3 years ago
James Bardin	375c2da3e3	update NestingMap logic Simplify the logic in the NestingMap cases. Prevent uninitialized cty.NilVal from appearing in block case.	3 years ago
James Bardin	fcbfc365e6	fix panics when handling null values in maps NestingMap structures are not well tested, and we panic in many situations when null crops up. Fix the first test cases and start refactoring best we can. This probably won't go so far as making all the objchange functions generic over Block and Object, but we can simplify a lot and verify parity in implementations for now.	3 years ago
James Bardin	8e917e5513	check for non-computed within optional+computed We can check if an object in state must have at least partially come from configuration, by seeing if the prior value has any non-null attributes which are not computed in the schema. This is used when the configuration contains a null optional+computed value, and we want to know if we should plan to send the null value or the prior state.	3 years ago
James Bardin	e16b848d00	expand test case	3 years ago
James Bardin	7ca9abe463	optional+computed Simplify the proposedNewAttributes cases, and add another test for coverage.	3 years ago
James Bardin	470ed22730	failing tests for nested sets in objchange Add a number of test cases which fail without the prior changes.	3 years ago
James Bardin	048ee3432c	better handling of nested sets in objchange Combine and simplify the set comparison functions for NestingSet blocks and attribute types. The set handling for structural attributes was not recursing into nested values. Once a simplified method for comparing set elements was devised for nested types, it turns out the same method could be applied to nested set blocks as well.	3 years ago
James Bardin	ac4f5fe2f9	reformat	3 years ago
James Bardin	986127e619	remove unused isConfig arg	3 years ago
James Bardin	e661e91bff	failing test for nested set types	3 years ago
James Bardin	93f739e927	optional+computed can contain nested objects When structural attributes were added, optional+computed were not correctly handled when containing nested values which could themselves be computed. This would cause terraform to ignore previously computed values from state when generating the proposed plan. The special case for optional+computed was incorrect, but isn't needed in the context of planning new values anyway. Attributes are either computed, or not computed. When optional+computed is set and there is no configuration, the attribute is treated as computed. It is up to the provider to determine how and when to deal with any changes to that computed value.	3 years ago
James Bardin	0a73e216e5	Merge pull request #32463 from hashicorp/jbardin/nesting-single-null NestingSingle blocks can be null	3 years ago
Liam Cervante	38afb41787	Structured plan renderer: Introduce support for multiline and JSON strings (#32488 ) * pause implementation * change -> diff, value -> change * add support for json and multiline strings to the primitive renderer * goimports * remove unused function * go fmt * address comments	3 years ago
James Bardin	d5d6d61c4c	NestingSingle blocks can be null NestingSingle blocks removed from from the config were causing a plan to error out with "... planned for existence but config wants absence". Terraform core was proposing an incorrect value in this case, taking the prior instead as a fallback because a null value was not expected. Unlike other collection nesting modes, a NestingSingle block not present in the configuration is a null value, and should be allowed when planning a new value rather than building an empty object or falling back to the prior value.	3 years ago
James Bardin	ea193d5ce6	don't panic with a null list block value in config Using ignore_changes with a list block, where the provider returned an invalid null value for that block, can result in a panic when validating the plan. Future releases may prevent providers from storing a null block in state, however we can avoid the panic for now. Only the NestingList case needs to be handled, because legacy providers only have list and set blocks, and the set case does not use the config value.	3 years ago
James Bardin	fd76846d35	two more locations where Attribute.Type was used	4 years ago
James Bardin	a6a08fe84a	AssertPlanValid for computed with config value Return early from AssertPlanValid for any attribute which is only computed. We currently fail if there's a config value, but that could only happen because of core, not because of the provider.	4 years ago
James Bardin	58d85fcc2e	add test for planing unknown data source values	5 years ago
James Bardin	18d354223e	objchange: fix ProposedNew from null objects The codepath for AllAttributesNull was not correct for any nested object types with collections, and should create single null values for the correct NestingMode rather than a single object with null attributes. Since there is no reason to descend into nested object types to create nullv alues, we can drop the AllAttributesNull function altogether and create null values as needed during ProposedNew. The corresponding AllBlockAttributesNull was only called internally in 1 location, and simply delegated to schema.EmptyValue. We can reduce the package surface area by dropping that function too and calling EmptyValue directly.	5 years ago
James Bardin	331dc8b14c	handle empty containers in ProposedNew NestedTypes Empty containers of NestedTypes were not handled in ProposedNew, causing plans to be submitted with null values where there was configuration present.	5 years ago
James Bardin	8ed9a270e5	Merge pull request #29559 from hashicorp/jbardin/optional-attrs Prevent `ObjectWithOptionalAttrs` from escaping	5 years ago
James Bardin	43123d284e	optional attrs should not be in ProposedNew	5 years ago
James Bardin	782132da33	remove incorrect computed check The config is already validated, and does not need to be checked in AssertPlanValid. Add some more coverage for plan validation.	5 years ago
James Bardin	f195ce7fd4	remove temp test	5 years ago
James Bardin	ea68d79ea2	nested object values can be computed While blocks were not allowed to be computed by the provider, nested objects can be. Remove the errors regarding blocks and verify unknown values are valid.	5 years ago
James Bardin	903797084a	objects vs maps in nested object types When using NestedMap objects, unify the codepath for both maps and objects as they may be interchangeable.	5 years ago
James Bardin	7ca6be8285	correctly verify planned nested object values The validation for nested object types with computed attributes was using the incorrect function call.	5 years ago
James Bardin	da007517b0	handle null NestingSingle values Null NestingSingle attributes were not being handled in ProposedNew	5 years ago
Kristin Laemmert	0d80a74539	configs/configschema: fix missing "computed" attributes from NestedObject's ImpliedType (#29172 ) * configs/configschema: fix missing "computed" attributes from NestedObject's ImpliedType listOptionalAttrsFromObject was not including "computed" attributes in the list of optional object attributes. This is now fixed. I've also added some tests and fixed some panics and otherwise bad behavior when bad input is given. One natable change is in ImpliedType, which was panicking on an invalid nesting mode. The comment expressly states that it will return a result even when the schema is inconsistent, so I removed the panic and instead return an empty object.	5 years ago
James Bardin	d9dfd451ea	update to use typed sensitive marks	5 years ago
James Bardin	b7f8ef4dc6	handle unexpected changes to unknown block An unknown block represents a dynamic configuration block with an unknown for_each value. We were not catching the case where a provider modified this value unexpectedly, which would crash with block of type NestingList blocks where the config value has no length for comparison.	5 years ago
Martin Atkins	034e944070	Move plans/ to internal/plans/ This is part of a general effort to move all of Terraform's non-library package surface under internal in order to reinforce that these are for internal use within Terraform only. If you were previously importing packages under this prefix into an external codebase, you could pin to an earlier release tag as an interim solution until you've make a plan to achieve the same functionality some other way.	5 years ago

40 Commits (b5658a46a2aacb3e96bd10722027f179f3900a8d)