importstate: Fixed bug where prior test config is not used for ConfigFile
or ConfigDirectory
#522
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Related Issue
Closes #516
Supersedes #519
Description
#516 was a regression split across two PRs so it was a little tough to catch, as well as the behavior of
teststep.Config
is not obvious:teststep.Config
usage in favor of a string, however, the originalmergedConfig
is actually ignored when creating a newteststep.Config
, which is confusing, but would essentially result in aConfigFile/Directory
test step being shaved down into just a string that has arequired_providers
block.step.ConfigExact = [true|false]
for all config sources #494step.Config
or just a shaved downrequired_providers
block viastep.ConfigFile/Directory
)This PR reintroduces the usage of a
teststep.Config
over a raw string, adjusts some of the existing tests to cover this scenario, and adds a new one for the command import mode.Rollback Plan
Changes to Security Controls
No