commit 5cbf2d123deac43033028b2c1c91a88b88eec6ba
parent 3a6d578805fc741baabef59aa6ecafc7fe7c7188
Author: Christian Grothoff <grothoff@gnunet.org>
Date: Mon, 29 Nov 2021 17:53:56 +0100
fix typos
Diffstat:
3 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/core/api-error.rst b/core/api-error.rst
@@ -747,7 +747,7 @@ The following list shows error codes defined in
/**
* The currency specified in the "amount" parameter is not
- * supported by this exhange. Returned with an HTTP status
+ * supported by this exchange. Returned with an HTTP status
* code of MHD_HTTP_BAD_REQUEST.
*/
TALER_EC_ADMIN_ADD_INCOMING_CURRENCY_UNSUPPORTED = 1601,
@@ -1058,7 +1058,7 @@ The following list shows error codes defined in
TALER_EC_DEPOSITS_GET_WIRE_TRANSFER_TRACE_ERROR = 2307,
/**
- * We got conflicting reports from the exhange with
+ * We got conflicting reports from the exchange with
* respect to which transfers are included in which
* aggregate.
* The response is
diff --git a/core/api-exchange.rst b/core/api-exchange.rst
@@ -1098,10 +1098,10 @@ exchange.
.. note::
- Eventually the exchange will need to advertize a policy for how long it will
+ Eventually the exchange will need to advertise a policy for how long it will
keep transaction histories for inactive or even fully drained reserves. We
will therefore need some additional handler similar to ``/keys`` to
- advertize those terms of service.
+ advertise those terms of service.
.. http:post:: /reserves/$RESERVE_PUB/status
@@ -3140,7 +3140,7 @@ Wallet-to-wallet transfers
// the exchange.
code: number;
- // Human-readable description of the error, i.e. "invalid siganture".
+ // Human-readable description of the error, i.e. "invalid signature".
hint?: string;
// Total amount contributed by the current request.
diff --git a/merchant-spec/public-orders-get.ts b/merchant-spec/public-orders-get.ts
@@ -122,7 +122,7 @@ function respForbidden(req: Req): Resp {
}
function respAlreadyPaid(req: Req, alreadyPaidOrd: MerchantOrderInfo): Resp {
- // This could be called with an empty fulfillment URL, but that doens't
+ // This could be called with an empty fulfillment URL, but that doesn't
// really make sense for the client's perspective.
if (req.accept === "html") {
return {