Fix parsing of geo_location field in record resources (proposal uses TypeSet) #14
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.
Similar to #11, but uses TypeSet instead of TypeMap. This is correct for schemas that require predefined keys. It will break existing HCL configuration that sets geolocation using the old map syntax. Note the missing
=
below.would need to be converted to
The provider will also break if it attempts to import state that has stored geolocation as a Map rather than a Set. State will need to be removed and re-imported.
The changes have only been applied to a records and cname records because these are the records we use. I think the same problem is present in other record types - not sure, haven't checked. May be worth fixing those later.