- From: Marcos Cáceres <notifications@github.com>
- Date: Fri, 25 Aug 2017 05:32:18 +0000 (UTC)
- To: w3c/payment-request <payment-request@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Friday, 25 August 2017 05:32:39 UTC
Related to #594.
Consider the following situation, where no `shippingOptions` are given, but `requestShipping: true`:
```JS
const methods = [{ supportedMethods: ["basic-card"] }];
const details = {
total: {
label: "Total due",
amount: { currency: "USD", value: "1.0" },
},
};
const options = {
requestShipping: true,
};
const request = new PaymentRequest(methods, details, options);
```
Given the fix in #591, it should be perfectly ok to await a `PaymentResponse` without needing the user to pick a (non-existent) shipping option:
```
const response = await request.show();
```
Right now, the above ends in user frustration, because they are told:

But technically, the `.shippingAddress` could be provided to the site, and they could then resolve the shippingOption locally and would be a solution to #537 "Shipping Address Validation - Suggest Alternate Address").
--
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/595
Received on Friday, 25 August 2017 05:32:39 UTC