Location is not consistently being imported for bigquery transfer config

[obada-ab]

Community Note

• 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 me too comments, 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.
• If an issue is assigned to the 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 to hashibot, a community member has claimed the issue already.

Terraform Version

Terraform v1.4.6
on linux_amd64
+ provider registry.terraform.io/hashicorp/google v4.80.0

Affected Resource(s)

• google_bigquery_data_transfer_config

Terraform command

terraform import google_bigquery_data_transfer_config.query_config projects/XX/transferConfigs/YY

Where YY is a transfer config ID, and XX is the number of the project containing this transfer config.

Expected Behavior

The file terraform.tfstate should have the location as follows:

            "email_preferences": [],
            "id": "projects/XX/transferConfigs/YY",
            "location": "US",
            "name": "projects/XX/locations/us/transferConfigs/YY",

Actual Behavior

            "email_preferences": [],
            "id": "projects/XX/transferConfigs/YY",
            "location": null,
            "name": "projects/XX/locations/us/transferConfigs/YY",

References

• 12011

• https://github.com/GoogleCloudPlatform/magic-modules/pull/8768

[obada-ab]

As mentioned in https://github.com/GoogleCloudPlatform/magic-modules/pull/8768#issuecomment-1701188442, the location is assumed to be US when I use the GET endpoint for the name format that doesn't contain location. However, I wasn't able to find this information documented anywhere, so It might be better to verify this.

[edwardmedia]

b/299267592