35481 Commits (7d5baea55e559f18f5cb3d0a9ba3c31622139dea)

 

All Branches   

Search

Author	SHA1	Message	Date
Daniel Banck	77492116dd	command: test `taint` with const variables	2 months ago
Daniel Banck	e1732db97b	Add a test backend for fetching remote variables ... The backend implements FetchVariables, so it will pass the checks for a `ConstVariableSupplier` that each command uses to determine if it should fetch variable values from a backend.	2 months ago
Daniel Banck	27b6f5ed29	command: test `get` with const variables	2 months ago
Daniel Banck	dde87dc45d	Mock the `cloud` backend with a list all vars response	2 months ago
Craig Wright	d4a07dd468	Merge pull request #38316 from hashicorp/ai-who-are-you ... Update CONTRIBUTING.md to help agents self-identify	2 months ago
James Bardin	3198d67ac6	fix for bastion host key checking ... the assignment of BastionHostKey was incorrect, causing it to use the primary HostKey.	2 months ago
James Bardin	9a055ed729	CHANGELOG	2 months ago
James Bardin	520378f9e6	thread ComputedBlocksAllowed through capabilities	2 months ago
James Bardin	22598edbfe	add computed_blocks_allowed	2 months ago
James Bardin	8a6221c289	transform computable blocks and test in core ... Transform computable blocks to null values for providers to match the current lifecycle rules for setting computed values.	2 months ago
James Bardin	efa85192ef	PrepareComputedBlocks test	2 months ago
James Bardin	0cab7be239	fix internal validate	2 months ago
James Bardin	5410f9bd6a	objchange.PrepareComputedBlocks ... PrepareComputedBlocks nulls out any empty containers in a cty.Value corresponding to computed blocks, to indicate to the provider that the value is safe to insert a computed value into. TODO: do we really need this, or should the framework take care of it like it currently does already? - Doing this makes the protocol consistent that only null values can be replaced with computed values, but it's also more work that is currently redundant.	2 months ago
James Bardin	f133e0380a	change BlockByPath to NestedBlockByPath ... The function is only ever concerned with nested blocks, and we can make use of the nesting type information for computed block transformations.	2 months ago
James Bardin	9ae47096ae	update objchange validations ... add computed block handling to AssertPlanValid and AssertObjectCompatible.	2 months ago
James Bardin	0f2503e4ea	detect non-legacy schemas ... We already had a heuristic for flagging non-legacy schemas in the blocktoattr fixup code, but now we need to extend that to computed blocks. Adapt these checks to the block schema type itself since we want to use the check outside of the old blocktoattr package.	2 months ago
Craig Wright	d5cac62215	Update CONTRIBUTING.md to help agents self-identify	3 months ago
James Bardin	46d537b71b	add computed flag to schema blocks	3 months ago
James Bardin	73c225dff4	Merge pull request #37986 from hashicorp/jbardin/planned-private-for-random ... Resource pre-planned private data	3 months ago
James Bardin	32ff98ebee	Merge pull request #38298 from hashicorp/jbardin/terraform-data-extensions ... terraform_data write-only and sensitive extensions	3 months ago
James Bardin	7f653e1548	full apply test for private plan data	3 months ago
Roniece Ricardo	6bb0218388	Merge pull request #38301 from hashicorp/rr/actions-stacks-restore-apply ... [Stacks Actions] Ensure action invocations are passed into module runtime	3 months ago
Roniece	dc4e328e62	Restore apply behavior	3 months ago
James Bardin	d21b2f885c	CHANGELOG	3 months ago
James Bardin	f28c6ee74f	make protobuf	3 months ago
James Bardin	1f4bf797ff	add ability to forward PlannedPrivate data ... Terraform providers sometimes want to be able to plan a computed field which may not be deterministically generated. For example, a random GUID could be generated during plan, making the overall Terraform plan more precise, but there is currently no way to carry that planned value forward to apply. The problem is that there are always two entirely independent plans for every resource change. Terraform compares these two plans for consistency, so a provider may not return a different computed value, but there is no way for the provider to see what the prior planned value was. This means that a planned value which is not reproducible from the given inputs is not plan-able at all. This PR allows Terraform to take the private data from the first plan, which is usually discarded, and send it along in the second plan request. The provider can then use that data to recreate any previously planned values, either because they are stored directly, or contain enough seed data to recreate the same result.	3 months ago
James Bardin	a9d997cb29	CHANGELOG	3 months ago
Radek Simko	a42d5b9f62	release: Ignore false positive CVE (#38293)	3 months ago
James Bardin	b477351cf0	update schemas where they are referenced in various tests ... Update a stacks test to ensure we create up-to-date values for the terraform_data resource. We also remove the encoded test values for easier reading. Update the copy of the schema necessary for the rpcapi test	3 months ago
James Bardin	641b820baa	terraform_data sensitive and write-only tools ... Add a new object to the terraform_data resource to handle sensitive and write-only attributes. The new `store` object has input and output values, which work much like the top-level input and output. The difference is that the `store.input` is truly "write only" and can also accept ephemeral values. Additional arguments for the `store` object are: - `version`, allows the user to determine exactly when the input value will be replaced in `store.output`. - `sensitive`, conditionally directs the stored value between `output` or `sensitive_output`. - `replace` signals that any change to either output should trigger replacement of the entire resource.	3 months ago
Sarah French	2dbb7d9c05	PSS: Remove automatic creation of the default workspace's state file during `init` (#38281) ... * refactor: Stop Terraform creating the default workspace during init when using PSS This is part of reconciling how in the past backends always reported that the default backend existed, even when it didn't. We want state stores to report reality only, so we need to let Terraform handle the discrepancy. Prior to this commit we handled it by making reality match the old lie that the default workspace always exists. After this commit we're just embracing Terraform working with truthful information.	3 months ago
Lakshay Oza	fd6b53b4f1	Fix grammar in`textdecodebase64` error message (#38289) ... * Fix grammar in base64 error message * Add changelog entry for base64 error message fix * Remove changelog entry	3 months ago
Radek Simko	1ec439bcca	Prepare main branch for post-v1.15 development (#38287) ... * Prepare main branch for post-v1.15 development * Bump Terraform version in the PR template	3 months ago
mickael-hc	332a94d9a1	update gpg with latest version from website (#38271) ... * update gpg with latest version updated expiry to 2030-03-01, key can be found at https://www.hashicorp.com/.well-known/pgp-key.txt * update another reference * include both old and new pubkeys ensures the certification of the old key is still present	3 months ago
Blake Ryder	2d80ba4074	Merge pull request #38256 from hashicorp/chore/terraform-license-pr-2026-03-11 ... Update LICENSE	3 months ago
Daniel Banck	977a0fb117	Potentially fetch backend variables for most commands ... * modules * providers * providers lock * providers mirror * validate * state mv * state pull * state push * state replace provider * state rm * taint * get	3 months ago
Daniel Banck	316d1c27ab	Add changelog	3 months ago
Daniel Banck	5bf90e356f	Allow commands to fetch backend variables ... The new `resolveConstVariables` helper checks if const variables are present in the configuration, but don't have a value yet. In that case we try to fetch them via a backend. This will only work for backends that implement the ConstVariableSupplier interface. (Which the `cloud` backend does) The precedence is the same as for existing commands: a CLI supplied value will override a value from a workspace	3 months ago
Daniel Banck	36b5207d2b	Still require const variables when AllowUnsetVariables is set ... We never want to stub const variables, so we will always try to get values for them. The cloud backend now always fetches variable values so const vars can be satisfied.	3 months ago
Daniel Banck	1d517c3ae8	Add check for missing const variables	3 months ago
Daniel Banck	97534ebd3b	Improve ParseVariableValues signature with a helper ... Instead of passing a "magic" boolean as third parameter, we now have two functions `ParseConstVariableValues` and `ParseVariableValues`.	3 months ago
Daniel Banck	0fa9e5b4da	command: Add vars to get command (and refactor it)	3 months ago
Daniel Banck	cdbd4f17f2	command: Add vars to taint command	3 months ago
Daniel Banck	a836cd610d	command: Add vars to state rm command	3 months ago
Daniel Banck	2115032765	command: Add vars to state replace command	3 months ago
Daniel Banck	36b26535b9	command: Add vars to state push command	3 months ago
Daniel Banck	aac8834600	command: Add vars to state pull command	3 months ago
Daniel Banck	b2a5ce8af1	command: Add vars to state mv command	3 months ago
Daniel Banck	c28c6c6d64	command: Add vars to providers schema command	3 months ago
Daniel Banck	ed2bdf6825	command: Add vars to providers mirror command	3 months ago