taler-docs

Documentation for GNU Taler components, APIs and protocols
Log | Files | Refs | README | LICENSE

commit 756089cf3deeb6b3e197164d54a1990d2c44a371
parent 417f3516904a42cbd04f4062621b4118cf26f222
Author: Christian Grothoff <grothoff@gnunet.org>
Date:   Mon, 26 Jan 2026 03:40:37 +0100

fix HTTP header name

Diffstat:
Mcore/api-merchant.rst | 8++++----
1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/core/api-merchant.rst b/core/api-merchant.rst @@ -2453,7 +2453,7 @@ KYC status checks is computed over the entire response body, and thus assured to change whenever any data point in the response changes. This is ideal for clients that want to learn about any change in the response. Clients - using this query parameter should probably also set a "If-not-modified" + using this query parameter should probably also set a "If-none-match" HTTP header so that if the ``timeout_ms`` expires, they can get back a "304 Not modified" with an empty body if nothing changed. @since protocol **v25**. @@ -2477,7 +2477,7 @@ KYC status checks accounts or no exchanges are configured for the merchant backend. :http:statuscode:`304 Not modified`: The ``ETag`` in the response did not change compared to the one - given in the ``If-not-modified`` HTTP header specified by the client. + given in the ``If-none-match`` HTTP header specified by the client. @since protocol **v25**. **Details:** @@ -4616,7 +4616,7 @@ Inspecting orders is computed over the entire response body, and thus assured to change whenever any data point in the response changes. This is ideal for clients that want to learn about any change in the response. Clients - using this query parameter should probably also set a "If-not-modified" + using this query parameter should probably also set a "If-none-match" HTTP header so that if the ``timeout_ms`` expires, they can get back a "304 Not modified" with an empty body if nothing changed. :query allow_refunded_for_repurchase: *Optional*. Since protocol **v9** refunded orders are only returned under "already_paid_order_id" if this flag is set explicitly to "YES". @@ -4627,7 +4627,7 @@ Inspecting orders Returns a `MerchantOrderStatusResponse`, whose format can differ based on the status of the payment. :http:statuscode:`304 Not modified`: The ``ETag`` in the response did not change compared to the one - given in the ``If-not-modified`` HTTP header specified by the client. + given in the ``If-none-match`` HTTP header specified by the client. @since protocol **v25**. :http:statuscode:`404 Not found`: The order or instance is unknown to the backend. Error code