You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Right now the code simply aborts if allow_stopping_for_updates=false and if certain fields are being modified. If the instance is stopped; however these there is no need to abort, these fields can be updated with no special confirmation. A flag to bring up the stopped instance in this situation would be useful as well.
The text was updated successfully, but these errors were encountered:
@davegalos do you mind if you can open an enhancement instead? Please use the template and state your suggestions and business needs. I am closing this issue right now. In that way we can prioritize each item in the backlog. Thank you
Prior to that change, Terraform assumed that instances were always in the RUNNING state, so stopped instances weren't handled as well as they could be.
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!
ghost
locked and limited conversation to collaborators
Apr 5, 2020
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
provider.google v2.17.0
Terraform v0.12.13
Right now the code simply aborts if allow_stopping_for_updates=false and if certain fields are being modified. If the instance is stopped; however these there is no need to abort, these fields can be updated with no special confirmation. A flag to bring up the stopped instance in this situation would be useful as well.
The text was updated successfully, but these errors were encountered: