-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
google_compute_resource_policy inconsistent handling of start_time #8460
google_compute_resource_policy inconsistent handling of start_time #8460
Comments
start_time - (Required) Time within the window to start the operations. It must be in format "HH:MM", where HH : [00-23] and MM : [00-00] GMT. |
The issue is the provider isn't enforcing that requirement, it allows specifying the input in Accepting the input, but then getting into a destroy&create loop is not really acceptable behavior. |
@venkykuberan I want to be sure you saw the last comment. I don't think it's correct to close this issue based on the current behavior of the resource. I agree that h:00 is not in the prescribed format, but the resource needs to enforce this and thrown an error rather than enter this loop of creating & destroying. |
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 feel this issue should be reopened, we encourage creating a new issue linking back to this one for added context. If you feel I made an error 🤖 🙉 , please reach out to my human friends 👉 [email protected]. Thanks! |
I had this issue flagged to reopen- reopened/unlocked/unassigned so it goes back to triage. We can consider suppressing the diff or disallowing inputs that'll be changed here. |
* Enhance BigQuery table schema input validation * skip TestAccBigQueryTable_invalidSchemas in VCR test Signed-off-by: Modular Magician <[email protected]>
* Enhance BigQuery table schema input validation * skip TestAccBigQueryTable_invalidSchemas in VCR test Signed-off-by: Modular Magician <[email protected]>
…hashicorp#8611) * add google_bigquery_table to version 5 upgrade doc for hashicorp#8460 * update wording --------- Co-authored-by: Stephen Lewis (Burrows) <[email protected]> Signed-off-by: Modular Magician <[email protected]>
…15509) * add google_bigquery_table to version 5 upgrade doc for #8460 * update wording --------- Signed-off-by: Modular Magician <[email protected]> Co-authored-by: Stephen Lewis (Burrows) <[email protected]>
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. |
Community Note
modular-magician
user, it is either in the process of being autogenerated, or is planned to be autogenerated soon. If an issue is assigned to a user, that user is claiming responsibility for the issue. If an issue is assigned tohashibot
, a community member has claimed the issue already.Terraform Version
internal build 2021.02.03-5 (mainline @355283235)
Affected Resource(s)
Terraform Configuration Files
Debug Output
Panic Output
Expected Behavior
Terraform applies the resource and remains stable on subsequent applications.
Alternatively, it can reject start time which isn't properly padded.
The important point is that the behavior should be consistent.
Actual Behavior
If
local.snapshot_start
is les than 10, then the resulting time string ish:00
The resource applies this without incident, however on subsequent diffing it interprets
h:00
as being different than0h:00
and plans to destroy&recreate the resourceSteps to Reproduce
google_compute_resource_policy
resource with a start time < 10:00 and no leading 0Important Factoids
References
b/308756082
The text was updated successfully, but these errors were encountered: