diff --git a/index.html b/index.html index 37189695..69a0ad6a 100644 --- a/index.html +++ b/index.html @@ -3,13 +3,13 @@ - Payment Request API 1.1 + Payment Request API

- Payment Request API 1.1 + Payment Request API

@@ -143,13 +143,36 @@

Changes since last publication

- This version of the specification removes data features from the API, - essentially pushing data details to payment method descriptions. The - complete list of changes, including all editorial changes, is - viewable in the commit - history. Key set of changes are viewable in the Changelog. + In September 2022 the Web Payments Working Group published a Payment + Request Recommendation. Following privacy and + internationalization reviews, the Recommendation excluded + capabilities related to billing and shipping addresses. However, + implementations have continued to support those features + interoperably, and so the Working Group has decided to try to + re-align the specification with implementations, and re-engage the + community on associated issues. +

+

+ This document is a Candidate Recommendation Snapshot based on the + text of the original Recommendation. A subsequent Candidate + Recommendation Draft will add back address capabilities and a small + number of other changes made since publication of the Recommendation. +

+

+ In adding back support for addresses, the group plans to refer to the + address components defined in the Contact Picker API rather + than define those components itself. Indeed, the Contact Picker API + is derived from the original definitions found in Payment Request + API, and pulled out of the specification because addresses are useful + on the Web beyond payments. +

+

+ The Working Group would engage in discussion and follow the usual + review process before advancing the specification to Proposed + Recommendation status.

@@ -419,7 +442,7 @@ 

           async function doPaymentRequest() {
             try {
-              const request = new PaymentRequest(methodData, details, options);
+              const request = new PaymentRequest(methodData, details);
               const response = await request.show();
               await validateResponse(response);
             } catch (err) {
@@ -459,7 +482,7 @@ 

         

         
           async function doPaymentRequest() {
-            const payRequest = new PaymentRequest(methodData, details, options);
+            const payRequest = new PaymentRequest(methodData, details);
             const payResponse = await payRequest.show();
             let result = "";
             try {
@@ -823,21 +846,15 @@ 

           
  • 
           If the [=relevant global object=] of [=request=] does not have
-          [=transient activation=], the user agent MAY:
+          [=transient activation=]:
             
      
               
    1. Return [=a promise rejected with=] with a {{"SecurityError"}}
               {{DOMException}}.
               
      2. 
             
    
-            
    
-              This allows the user agent to not require user activation, for
-              example to support redirect flows where a user activation may not
-              be present upon redirect. See  for security considerations.
-            
    
           
    • 
-          
  • Otherwise,
-          [=consume user activation=] of the [=relevant global object=].
+          
  • [=Consume user
+          activation=] of the [=relevant global object=].
           
    • 
           
  • Let |document| be |request|'s [=relevant global object=]'s
           [=associated `Document`=].
@@ -2315,7 +2332,7 @@ 
    
         This specification defines a [=policy-controlled feature=] identified
         by the string "payment"
         [[permissions-policy]]. Its [=policy-controlled feature/default
-        allowlist=] is 'self'.
+        allowlist=] is [=default allowlist/'self'=].