Expected behaviours: paymentmethodchange event updates with a rejection

[maxlgu]

What's the expected behaviours should be if the paymentmethodchange event updates with a rejection? The following snippet demonstrates this scenario:

request.addEventListener('paymentmethodchange', (event) => { event.updateWith(Promise.reject('Error for test')); });

[maxlgu]

CC @rsolomakhin

[rsolomakhin]

According to the ancient sacred texts (https://rsolomakhin.github.io/pr/ko/reject-update/):

When the merchant request shipping, but responds to shipping address change by rejecting the update promise, which should cancel payment request.

Let's do the same for payment method change event.

[maxlgu]

I guess that mean the PH UI should be closed as well?

[rsolomakhin]

@maxlgu

I guess that mean the PH UI should be closed as well?

Yes, cancelling the payment request should close the PH UI.

[marcoscaceres]

@rsolomakhin, so this is not covered in the spec?

[marcoscaceres]

Reading update a PaymentRequest's details algorithm ... I think we are ok here.

Upon rejection of detailsPromise: Abort the update with request and an "AbortError" DOMException.

Which:

"Abort the current user interaction and close down any remaining user interface."

[marcoscaceres]

Ok, cool.. closing. @maxlgu does the above make sense? Or did we miss something?

[maxlgu]

That answers my question. Thanks!