[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[GNUnet-SVN] [taler-api] branch master updated: clarify slightly odd beh
From: |
gnunet |
Subject: |
[GNUnet-SVN] [taler-api] branch master updated: clarify slightly odd behavior of cherry picking |
Date: |
Mon, 22 Oct 2018 00:57:19 +0200 |
This is an automated email from the git hooks/post-receive script.
dold pushed a commit to branch master
in repository api.
The following commit(s) were added to refs/heads/master by this push:
new 44218be clarify slightly odd behavior of cherry picking
44218be is described below
commit 44218be81ce980c46aa47eef9de849d326ff71c8
Author: Florian Dold <address@hidden>
AuthorDate: Mon Oct 22 00:55:30 2018 +0200
clarify slightly odd behavior of cherry picking
---
api-exchange.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/api-exchange.rst b/api-exchange.rst
index a0686f6..d8d7c80 100644
--- a/api-exchange.rst
+++ b/api-exchange.rst
@@ -48,7 +48,7 @@ possibly by using HTTPS.
**Request:**
- :query last_issue_date: optional argument specifying the maximum value of
any of the "stamp_start" members of the denomination keys of a "/keys" response
that is already known to the client. Allows the exchange to only return keys
that have changed since that timestamp. The given value must be an unsigned
64-bit integer representing seconds after 1970.
+ :query last_issue_date: optional argument specifying the maximum value of
any of the "stamp_start" members of the denomination keys of a "/keys" response
that is already known to the client. Allows the exchange to only return keys
that have changed since that timestamp. The given value must be an unsigned
64-bit integer representing seconds after 1970. If the timestamp does not
exactly match the "stamp_start" of one of the denomination keys, all keys are
returned.
**Response:**
--
To stop receiving notification emails like this one, please contact
address@hidden
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [GNUnet-SVN] [taler-api] branch master updated: clarify slightly odd behavior of cherry picking,
gnunet <=