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
terraform-k8s & Kubernetes Version
terraform-k8s: 1.1.0
Kubernetes: 1.21
Expected Behavior
When the operator pod performs a workspace reconciliation because, for example, a run occurred directly in terraform cloud, the operator should update the status.runStatus to match the new status in terraform cloud.
Actual Behavior
The operator syncs correctly the new runID but does not touch the runStatus.
I believe the relevant section is in the workspace_helper.go here
Arguably, without a change to the underlying terraform module the workspace is running, the status should not change significantly, but it would be good to reflect accurately the terraform cloud status.
Steps to Reproduce
Create a workspace via the operator, which results in an "applied" status.
Go to terraform cloud and trigger a manual run.
Terraform cloud generates a new run id and eventually the status becomes planned and finished.
The operator updates the run id but the status remains "applied".
The text was updated successfully, but these errors were encountered:
Community Note
terraform-k8s & Kubernetes Version
terraform-k8s: 1.1.0
Kubernetes: 1.21
Expected Behavior
When the operator pod performs a workspace reconciliation because, for example, a run occurred directly in terraform cloud, the operator should update the status.runStatus to match the new status in terraform cloud.
Actual Behavior
The operator syncs correctly the new runID but does not touch the runStatus.
I believe the relevant section is in the workspace_helper.go here
Arguably, without a change to the underlying terraform module the workspace is running, the status should not change significantly, but it would be good to reflect accurately the terraform cloud status.
Steps to Reproduce
Create a workspace via the operator, which results in an "applied" status.
Go to terraform cloud and trigger a manual run.
Terraform cloud generates a new run id and eventually the status becomes planned and finished.
The operator updates the run id but the status remains "applied".
The text was updated successfully, but these errors were encountered: