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
Please vote on this issue by adding a 馃憤 reaction to the original issue to help the community and maintainers prioritize this request
Please do not leave "+1" or other comments that do not add relevant new information or questions, they generate extra noise for issue followers and do not help prioritize the request
If you are interested in working on this issue or have submitted a pull request, please leave a comment
Description
As of #1955 we now invoke Terraform interactively for applying, which causes it to ask for input (e.g. for variables) and to wait basically forever. So the UX to users that don't know Terraform and this output will be confusing.
We have two main options here:
Detect when TF asks for input (which we don't support) and crash with an error message that users need to supply variables via TF_VAR_ env variables.
Support passing various inputs to the TF CLI (basically extending the "wait for approval" logic for different kinds of questions).
Option 1 is simpler and possibly a good first stepping stone (as detecting those questions is also required for option 2). I'd propose to start with option 1 and then create a follow-up issue to implement option 2 at some point.
References
The text was updated successfully, but these errors were encountered:
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've 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.
Community Note
Description
As of #1955 we now invoke Terraform interactively for applying, which causes it to ask for input (e.g. for variables) and to wait basically forever. So the UX to users that don't know Terraform and this output will be confusing.
We have two main options here:
Option 1 is simpler and possibly a good first stepping stone (as detecting those questions is also required for option 2). I'd propose to start with option 1 and then create a follow-up issue to implement option 2 at some point.
References
The text was updated successfully, but these errors were encountered: