Optional. A unique request ID (optional). If you specify this ID, you can use it
in cases when you need to retry your request. When you need to retry, this
ID lets the server know that it can ignore the request if it has already
been completed. The server guarantees that for at least 60 minutes after
the first request.
For example, consider a situation where you make an initial request and
the request times out. If you make the request again with the same request
ID, the server can check to see whether the original operation
was received. If it was, the server ignores the second request. This
behavior prevents clients from mistakenly creating duplicate commitments.
The request ID must be a valid UUID, with the exception that zero UUID is
not supported (00000000-0000-0000-0000-000000000000).
Optional. A unique request ID (optional). If you specify this ID, you can use it
in cases when you need to retry your request. When you need to retry, this
ID lets the server know that it can ignore the request if it has already
been completed. The server guarantees that for at least 60 minutes after
the first request.
For example, consider a situation where you make an initial request and
the request times out. If you make the request again with the same request
ID, the server can check to see whether the original operation
was received. If it was, the server ignores the second request. This
behavior prevents clients from mistakenly creating duplicate commitments.
The request ID must be a valid UUID, with the exception that zero UUID is
not supported (00000000-0000-0000-0000-000000000000).
Optional. In the case of an update to an existing hub, field mask is used to specify
the fields to be overwritten. The fields specified in the update_mask are
relative to the resource, not the full request. A field is overwritten if
it is in the mask. If the user does not provide a mask, then all fields are
overwritten.
Optional. In the case of an update to an existing hub, field mask is used to specify
the fields to be overwritten. The fields specified in the update_mask are
relative to the resource, not the full request. A field is overwritten if
it is in the mask. If the user does not provide a mask, then all fields are
overwritten.
Optional. In the case of an update to an existing hub, field mask is used to specify
the fields to be overwritten. The fields specified in the update_mask are
relative to the resource, not the full request. A field is overwritten if
it is in the mask. If the user does not provide a mask, then all fields are
overwritten.
[[["Easy to understand","easyToUnderstand","thumb-up"],["Solved my problem","solvedMyProblem","thumb-up"],["Other","otherUp","thumb-up"]],[["Hard to understand","hardToUnderstand","thumb-down"],["Incorrect information or sample code","incorrectInformationOrSampleCode","thumb-down"],["Missing the information/samples I need","missingTheInformationSamplesINeed","thumb-down"],["Other","otherDown","thumb-down"]],["Last updated 2025-01-28 UTC."],[],[]]