Correct the batch upload/download skip detection documentation

See #1082 for discussion. I misunderstood this originally: it is
the presence or absence of `upload`, not `download`, which triggers
the client to skip transfers.
This commit is contained in:
epriestley 2016-03-18 04:25:44 -07:00
parent 15592a4391
commit 0c02383d3c

@ -99,16 +99,17 @@ schemas:
Here are the valid actions:
* `upload` - This relation describes how to upload the object. Expect this with
when the object has not been previously uploaded.
* `upload` - This relation describes how to upload the object. If the object
has not previously been uploaded the server should provide this action. If
the object has been previously uploaded and the object content is known to the
server, it should not provide this action. When the action is not provided,
the client should assume the server already knows the object content and skip
uploading it.
* `verify` - The server can specify a URL for the client to hit after
successfully uploading an object. This is an optional relation for the case that
the server has not verified the object.
* `download` - This relation describes how to download the object content. This
only appears if an object has been previously uploaded. If object content is
already available, the server should provide this action even if the request
operation is `upload`, because the client can use the presence of this action to
avoid duplicate uploads of object content which is already known to the server.
only appears if an object has been previously uploaded.
An action can optionally include an `expires_at`, which is an ISO 8601 formatted
timestamp for when the given action expires (usually due to a temporary token).