commit 517577c6627c5ca3364b9d71dc09a13c8f8ffe6e
parent 5738ddc6a7f94eb58ea5bd168ea5b54da8e1c094
Author: Florian Dold <florian.dold@gmail.com>
Date: Wed, 8 Mar 2017 03:09:25 +0100
pay_url in PHP tutorial; get rid of repurchase correlation ID
Diffstat:
2 files changed, 1 insertion(+), 14 deletions(-)
diff --git a/php/contract.php b/php/contract.php
@@ -42,8 +42,6 @@
url_rel("/fulfillment.php?"
. "transaction_id=$transaction_id×tamp="
. $now->getTimestamp()),
- 'repurchase_correlation_id' =>
- '',
'refund_deadline' =>
"/Date(" . $now->getTimestamp() . ")/",
'pay_deadline' =>
diff --git a/php/doc/tutorial.texi b/php/doc/tutorial.texi
@@ -372,7 +372,7 @@ wallet where to go to retrieve a fresh offer.
The final next step for the frontend is to accept the payment from the
wallet. For this, the frontend must implement a payment handler at
-the URI specified in the @code{X-Taler-Pay-Url} header, as explained
+the URI specified in the @code{pay_url} proposal field, as explained
above.
The role of the @code{/pay.php} handler is to receive the payment
@@ -754,17 +754,6 @@ or product IDs, the @var{product_id} or @var{price} may not be
specified in the contract. Similarly, for virtual products delivered
directly via the fulfillment URI, there is no delivery location.
-@item repurchase_correlation_id
-@cindex repurchase correlation ID
-A string that identifies the product(s), without relying on contract-specific
-information like timestamps and transaction IDs. For example, it may be
-set to "Charity donation" in our example shop. This field purpose is to
-prevent the wallet to pay twice in case the customer visitis a shared fulfillment
-URL for a product they already paid for. In particular, if Alice and Bob
-both make a donation, and Alice then visits Bob's fulfillment URL, then
-Alice will not pay again. This field is needed for how the wallet detects
-paid contracts internally, see section @ref{The fulfillment page}.
-
@item merchant
@table @var
@item address
