- From: crowgames <notifications@github.com>
- Date: Sat, 02 Nov 2019 04:33:47 -0700
- To: w3c/payment-request <payment-request@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Saturday, 2 November 2019 11:33:50 UTC
Reading the specification, I wonder how a payment handler would be able to prevent double spending when a user issues a Payment Request retry(). As of my understanding, a Payment Handler probbably triggers a payment after receiving a PaymentRequestEvent. Through the retry, a second PaymentRequestEvent is triggered, which is identical to the first one. For an unaware Payment Handler this would lead to double spending. In case of switching Payment Method/Handler through a retry, the first Payment Handler stays unaware of the retry mechanism and the second one is unaware of this being a retry. Which would lead to double spending as well, wouldn't it? Am I missing something in this interpretation of the specifications? Is there a way of the PaymentHandler to detect a retry or deal with this issue in general? -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/w3c/payment-request/issues/882
Received on Saturday, 2 November 2019 11:33:50 UTC