Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

provider/cloudstack: make the hash consistent again #11546

Merged
merged 1 commit into from
Jan 31, 2017
Merged

provider/cloudstack: make the hash consistent again #11546

merged 1 commit into from
Jan 31, 2017

Conversation

svanharmelen
Copy link
Contributor

The existing hash function for set items cannot generate consistent hashes when using both Optional and Computed on a schema field.

I tried to add this use case to the existing code base, but came to the conclusion this would be quite an endeavor.

That together with the fact this is the only field in all sets used in all builtin providers/resources that would be using both options at the same time, made me decide to change this single resource instead.

The existing hash function for set items cannot generate consistent hashes when using both `Optional` and `Computed` on a schema field.

I tried to add this use case to the existing code base, but came to the conclusion this would be quite an endeavor.

That together with the fact this is the only field in all sets used in all builtin providers/resources that would be using both options at the same time, made me decide to change this single resource instead.
@svanharmelen
Copy link
Contributor Author

All is green and in addition the acceptance tests are also successfully executed locally. So moving ahead with this one...

@svanharmelen svanharmelen merged commit 95bedac into hashicorp:master Jan 31, 2017
@svanharmelen svanharmelen deleted the b-cloudstack-port-forward branch January 31, 2017 14:00
svanharmelen pushed a commit that referenced this pull request Feb 15, 2017
The existing hash function for set items cannot generate consistent hashes when using both `Optional` and `Computed` on a schema field.

I tried to add this use case to the existing code base, but came to the conclusion this would be quite an endeavor.

That together with the fact this is the only field in all sets used in all builtin providers/resources that would be using both options at the same time, made me decide to change this single resource instead.
@ghost
Copy link

ghost commented Apr 17, 2020

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.

@ghost ghost locked and limited conversation to collaborators Apr 17, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

1 participant