Stable way to get Workspace owner's email in terraform

[aarosil]

I'm reading data.coder_workspace_owner.me.email in a template for use in Kubernetes, to derive the user's namespace from their email address. During destroy, the datasource returns [email protected], so my template breaks. Is there a stable way to access the user's email from within the template?

This is the code I'm using now which doesn't work:

namespace = data.coder_workspace_owner.me.email != "[email protected]" ? replace(split("@", data.coder_workspace_owner.me.email)[0], ".", "-") : "coder"

I added a check for the default value after noticing template push failed validation

[aarosil]

From talking to a co-worker, I'm thinking this could fairly be considered a bug... it makes sense to use dummy values during coder template push, but given the workstation was already created with known values of the workspace owner, it seems like they should be able to be populated during terraform destroy...

[aarosil]

I added this to my template as a workaround:

# write email to a file since data.coder_workspace_owner
# gets populated with dummy values upon teraform destroy
resource "local_file" "email" {
  filename = "email"
  content  = data.coder_workspace_owner.me.email
  lifecycle {
    ignore_changes = [
      content
    ]
  }
}

Then I just replaced local_file.email.content everywhere I had coder_workspace_owner.me.email

[aarosil]

Not sure whether you consider this a bug. If not, it would be useful to mention at the docs that the values are only populated during terraform apply

[johnstcn]

Hi @aarosil , can you provide the versions of Coder and the Terraform provider for which you are seeing this behaviour?

[aarosil]

Hi @aarosil , can you provide the versions of Coder and the Terraform provider for which you are seeing this behaviour?

Sure, it was coder Helm chart 2.16.1 and the latest provider...I pinned my provider to < 3.0.0

I can try again with any later versions in case you can't reproduce it