diff options
Diffstat (limited to 'texinfo/taler-merchant-api-tutorial.texi')
| -rw-r--r-- | texinfo/taler-merchant-api-tutorial.texi | 10 |
1 files changed, 5 insertions, 5 deletions
diff --git a/texinfo/taler-merchant-api-tutorial.texi b/texinfo/taler-merchant-api-tutorial.texi index f8fe8ce5..adca56f5 100644 --- a/texinfo/taler-merchant-api-tutorial.texi +++ b/texinfo/taler-merchant-api-tutorial.texi @@ -10,7 +10,7 @@ @paragraphindent 0 @exampleindent 4 @finalout -@dircategory Networking +@dircategory Network applications @direntry * GNU Taler Merchant API: (taler-merchant-api-tutorial.info). Tutorial for using the merchant backend API @end direntry @@ -23,7 +23,7 @@ GNU Taler 0.9.4, Mar 07, 2024 GNU Taler team -Copyright @copyright{} 2014-2022 Taler Systems SA (GPLv3+ or GFDL 1.3+) +Copyright @copyright{} 2014-2024 Taler Systems SA (GPLv3+ or GFDL 1.3+) @end quotation @end copying @@ -449,7 +449,7 @@ the merchant’s obligations under the contract. @cartouche @quotation Note You do not need to keep querying to notice changes -to the order's transaction status. The endpoints +to the order’s transaction status. The endpoints support long polling, simply specify a @code{timeout_ms} query parameter with how long you want to wait at most for the order status to change to @code{paid}. @@ -547,8 +547,8 @@ from the QR code). The merchant backend then updates the session ID of the existing order to the current session ID of the browser. When the payment status for the -"new" unpaid order is checked (or already in long-polling), the backend -detects that for the browser's `session ID' and `fulfillment URL' there is an +“new” unpaid order is checked (or already in long-polling), the backend +detects that for the browser’s `session ID' and `fulfillment URL' there is an existing paid contract. It then tells the browser to immediately redirect to the fulfillment URL where the already paid article is available. |