From 465990bc7b5746b31660e71a098440872acd9fc7 Mon Sep 17 00:00:00 2001
From: Adrian Hope-Bailie PaymentRequestUpdateEvent
Accept-Language headers, etc.)
+ The spec should indicate how data might be passed securely through the API using + mechanisms such as field level encryption and message signing. While these may not + be standardised a reference to the payment method specifications would be appropriate + as well as some examples of how those specifcations might implement secure messaging. +
+
interface ShippingAddress {
readonly attribute DOMString regionCode;
- readonly attribute sequence addressLine;
+ readonly attribute sequence<DOMString> addressLine;
readonly attribute DOMString administrativeArea;
readonly attribute DOMString locality;
readonly attribute DOMString dependentLocality;
@@ -842,7 +842,7 @@ PaymentResponse interface
readonly attribute DOMString methodName;
readonly attribute object details;
- Promise<void> complete(boolean success);
+ Promise<void> complete();
};
@@ -866,9 +866,7 @@ The complete method must be called after the user has accepted the payment
- request and the [[\acceptPromise]] has been resolved. The complete method
- takes a boolean argument that indicates the payment was successfully processed if true and
- that processing failed if false. Calling the complete method tells the user
+ request and the [[\acceptPromise]] has been resolved. Calling the complete method tells the user
agent that the user interaction is over (and should cause any remaining user interface to be closed).
success to the Payment App that accepted the
- payment request.
- undefined.