Currently, if a create/update method does not return a fully populated resource in their response, this needs to be documented.
Instead of relying on documentation to convey this exception to a client, I am proposing a new required field in create/update methods' response message definitions, called "response_mask" (of type google.protobuf.FieldMask). If the service leaves the field empty, it implies that the returned resource is fully populated, similar to the logic for update and read masks.
Currently, if a create/update method does not return a fully populated resource in their response, this needs to be documented.
Instead of relying on documentation to convey this exception to a client, I am proposing a new required field in create/update methods' response message definitions, called "response_mask" (of type google.protobuf.FieldMask). If the service leaves the field empty, it implies that the returned resource is fully populated, similar to the logic for update and read masks.