@@ -80,22 +80,22 @@ class StorageAsyncClient:
8080
8181 Resources are named as follows:
8282
83- - Projects are referred to as they are defined by the Resource
84- Manager API, using strings like ``projects/123456`` or
85- ``projects/my-string-id``.
86-
87- - Buckets are named using string names of the form:
88- ``projects/{project}/buckets/{bucket}`` For globally unique
89- buckets, ``_`` may be substituted for the project.
90-
91- - Objects are uniquely identified by their name along with the name
92- of the bucket they belong to, as separate strings in this API.
93- For example:
94-
95- ReadObjectRequest { bucket: 'projects/_/buckets/my-bucket'
96- object: 'my-object' } Note that object names can contain ``/``
97- characters, which are treated as any other character (no special
98- directory semantics).
83+ - Projects are referred to as they are defined by the Resource
84+ Manager API, using strings like ``projects/123456`` or
85+ ``projects/my-string-id``.
86+
87+ - Buckets are named using string names of the form:
88+ ``projects/{project}/buckets/{bucket}`` For globally unique
89+ buckets, ``_`` may be substituted for the project.
90+
91+ - Objects are uniquely identified by their name along with the name
92+ of the bucket they belong to, as separate strings in this API. For
93+ example:
94+
95+ ReadObjectRequest { bucket: 'projects/\ _/buckets/my-bucket'
96+ object: 'my-object' } Note that object names can contain ``/``
97+ characters, which are treated as any other character (no special
98+ directory semantics).
9999 """
100100
101101 _client : StorageClient
@@ -1006,19 +1006,19 @@ async def sample_get_iam_policy():
10061006 constraints based on attributes of the request, the
10071007 resource, or both. To learn which resources support
10081008 conditions in their IAM policies, see the [IAM
1009- documentation](\ https://cloud.google.com/iam/help/conditions/resource-policies).
1009+ documentation](https://cloud.google.com/iam/help/conditions/resource-policies).
10101010
10111011 **JSON example:**
10121012
1013- :literal:`\ ` { "bindings": [ { "role": "roles/resourcemanager.organizationAdmin", "members": [ "user:mike@example.com", "group:admins@example.com", "domain:google.com", "serviceAccount:my-project-id@appspot.gserviceaccount.com" ] }, { "role": "roles/resourcemanager.organizationViewer", "members": [ "user:eve@example.com" ], "condition": { "title": "expirable access", "description": "Does not grant access after Sep 2020", "expression": "request.time < timestamp('2020-10-01T00:00:00.000Z')", } } ], "etag": "BwWWja0YfJA=", "version": 3 }`\ \`
1013+ :literal:`` { "bindings": [ { "role": "roles/resourcemanager.organizationAdmin", "members": [ "user:mike@example.com", "group:admins@example.com", "domain:google.com", "serviceAccount:my-project-id@appspot.gserviceaccount.com" ] }, { "role": "roles/resourcemanager.organizationViewer", "members": [ "user:eve@example.com" ], "condition": { "title": "expirable access", "description": "Does not grant access after Sep 2020", "expression": "request.time < timestamp('2020-10-01T00:00:00.000Z')", } } ], "etag": "BwWWja0YfJA=", "version": 3 }`\ \`
10141014
10151015 **YAML example:**
10161016
1017- :literal:`\ ` bindings: - members: - user:mike@example.com - group:admins@example.com - domain:google.com - serviceAccount:my-project-id@appspot.gserviceaccount.com role: roles/resourcemanager.organizationAdmin - members: - user:eve@example.com role: roles/resourcemanager.organizationViewer condition: title: expirable access description: Does not grant access after Sep 2020 expression: request.time < timestamp('2020-10-01T00:00:00.000Z') etag: BwWWja0YfJA= version: 3`\ \`
1017+ :literal:`` bindings: - members: - user:mike@example.com - group:admins@example.com - domain:google.com - serviceAccount:my-project-id@appspot.gserviceaccount.com role: roles/resourcemanager.organizationAdmin - members: - user:eve@example.com role: roles/resourcemanager.organizationViewer condition: title: expirable access description: Does not grant access after Sep 2020 expression: request.time < timestamp('2020-10-01T00:00:00.000Z') etag: BwWWja0YfJA= version: 3`\ \`
10181018
10191019 For a description of IAM and its features, see the
10201020 [IAM
1021- documentation](\ https://cloud.google.com/iam/docs/).
1021+ documentation](https://cloud.google.com/iam/docs/).
10221022
10231023 """
10241024 # Create or coerce a protobuf request object.
@@ -1161,19 +1161,19 @@ async def sample_set_iam_policy():
11611161 constraints based on attributes of the request, the
11621162 resource, or both. To learn which resources support
11631163 conditions in their IAM policies, see the [IAM
1164- documentation](\ https://cloud.google.com/iam/help/conditions/resource-policies).
1164+ documentation](https://cloud.google.com/iam/help/conditions/resource-policies).
11651165
11661166 **JSON example:**
11671167
1168- :literal:`\ ` { "bindings": [ { "role": "roles/resourcemanager.organizationAdmin", "members": [ "user:mike@example.com", "group:admins@example.com", "domain:google.com", "serviceAccount:my-project-id@appspot.gserviceaccount.com" ] }, { "role": "roles/resourcemanager.organizationViewer", "members": [ "user:eve@example.com" ], "condition": { "title": "expirable access", "description": "Does not grant access after Sep 2020", "expression": "request.time < timestamp('2020-10-01T00:00:00.000Z')", } } ], "etag": "BwWWja0YfJA=", "version": 3 }`\ \`
1168+ :literal:`` { "bindings": [ { "role": "roles/resourcemanager.organizationAdmin", "members": [ "user:mike@example.com", "group:admins@example.com", "domain:google.com", "serviceAccount:my-project-id@appspot.gserviceaccount.com" ] }, { "role": "roles/resourcemanager.organizationViewer", "members": [ "user:eve@example.com" ], "condition": { "title": "expirable access", "description": "Does not grant access after Sep 2020", "expression": "request.time < timestamp('2020-10-01T00:00:00.000Z')", } } ], "etag": "BwWWja0YfJA=", "version": 3 }`\ \`
11691169
11701170 **YAML example:**
11711171
1172- :literal:`\ ` bindings: - members: - user:mike@example.com - group:admins@example.com - domain:google.com - serviceAccount:my-project-id@appspot.gserviceaccount.com role: roles/resourcemanager.organizationAdmin - members: - user:eve@example.com role: roles/resourcemanager.organizationViewer condition: title: expirable access description: Does not grant access after Sep 2020 expression: request.time < timestamp('2020-10-01T00:00:00.000Z') etag: BwWWja0YfJA= version: 3`\ \`
1172+ :literal:`` bindings: - members: - user:mike@example.com - group:admins@example.com - domain:google.com - serviceAccount:my-project-id@appspot.gserviceaccount.com role: roles/resourcemanager.organizationAdmin - members: - user:eve@example.com role: roles/resourcemanager.organizationViewer condition: title: expirable access description: Does not grant access after Sep 2020 expression: request.time < timestamp('2020-10-01T00:00:00.000Z') etag: BwWWja0YfJA= version: 3`\ \`
11731173
11741174 For a description of IAM and its features, see the
11751175 [IAM
1176- documentation](\ https://cloud.google.com/iam/docs/).
1176+ documentation](https://cloud.google.com/iam/docs/).
11771177
11781178 """
11791179 # Create or coerce a protobuf request object.
@@ -2578,41 +2578,41 @@ async def write_object(
25782578 explicitly by the client or due to a network error or an error
25792579 response from the server), the client should do as follows:
25802580
2581- - Check the result Status of the stream, to determine if
2582- writing can be resumed on this stream or must be restarted
2583- from scratch (by calling ``StartResumableWrite()``). The
2584- resumable errors are DEADLINE_EXCEEDED, INTERNAL, and
2585- UNAVAILABLE. For each case, the client should use binary
2586- exponential backoff before retrying. Additionally, writes can
2587- be resumed after RESOURCE_EXHAUSTED errors, but only after
2588- taking appropriate measures, which may include reducing
2589- aggregate send rate across clients and/or requesting a quota
2590- increase for your project.
2591- - If the call to ``WriteObject`` returns ``ABORTED``, that
2592- indicates concurrent attempts to update the resumable write,
2593- caused either by multiple racing clients or by a single
2594- client where the previous request was timed out on the client
2595- side but nonetheless reached the server. In this case the
2596- client should take steps to prevent further concurrent writes
2597- (e.g., increase the timeouts, stop using more than one
2598- process to perform the upload, etc.), and then should follow
2599- the steps below for resuming the upload.
2600- - For resumable errors, the client should call
2601- ``QueryWriteStatus()`` and then continue writing from the
2602- returned ``persisted_size``. This may be less than the amount
2603- of data the client previously sent. Note also that it is
2604- acceptable to send data starting at an offset earlier than
2605- the returned ``persisted_size``; in this case, the service
2606- will skip data at offsets that were already persisted
2607- (without checking that it matches the previously written
2608- data), and write only the data starting from the persisted
2609- offset. Even though the data isn't written, it may still
2610- incur a performance cost over resuming at the correct write
2611- offset. This behavior can make client-side handling simpler
2612- in some cases.
2613- - Clients must only send data that is a multiple of 256 KiB per
2614- message, unless the object is being finished with
2615- ``finish_write`` set to ``true``.
2581+ - Check the result Status of the stream, to determine if writing
2582+ can be resumed on this stream or must be restarted from
2583+ scratch (by calling ``StartResumableWrite()``). The resumable
2584+ errors are DEADLINE_EXCEEDED, INTERNAL, and UNAVAILABLE. For
2585+ each case, the client should use binary exponential backoff
2586+ before retrying. Additionally, writes can be resumed after
2587+ RESOURCE_EXHAUSTED errors, but only after taking appropriate
2588+ measures, which may include reducing aggregate send rate
2589+ across clients and/or requesting a quota increase for your
2590+ project.
2591+ - If the call to ``WriteObject`` returns ``ABORTED``, that
2592+ indicates concurrent attempts to update the resumable write,
2593+ caused either by multiple racing clients or by a single client
2594+ where the previous request was timed out on the client side
2595+ but nonetheless reached the server. In this case the client
2596+ should take steps to prevent further concurrent writes (e.g.,
2597+ increase the timeouts, stop using more than one process to
2598+ perform the upload, etc.), and then should follow the steps
2599+ below for resuming the upload.
2600+ - For resumable errors, the client should call
2601+ ``QueryWriteStatus()`` and then continue writing from the
2602+ returned ``persisted_size``. This may be less than the amount
2603+ of data the client previously sent. Note also that it is
2604+ acceptable to send data starting at an offset earlier than the
2605+ returned ``persisted_size``; in this case, the service will
2606+ skip data at offsets that were already persisted (without
2607+ checking that it matches the previously written data), and
2608+ write only the data starting from the persisted offset. Even
2609+ though the data isn't written, it may still incur a
2610+ performance cost over resuming at the correct write offset.
2611+ This behavior can make client-side handling simpler in some
2612+ cases.
2613+ - Clients must only send data that is a multiple of 256 KiB per
2614+ message, unless the object is being finished with
2615+ ``finish_write`` set to ``true``.
26162616
26172617 The service will not view the object as complete until the
26182618 client has sent a ``WriteObjectRequest`` with ``finish_write``
0 commit comments