Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Clarify that RP can use its own credentials even if extension not specified #272

Open
wants to merge 20 commits into
base: main
Choose a base branch
from

Conversation

ianbjacobs
Copy link
Collaborator

@ianbjacobs ianbjacobs commented Aug 13, 2024

Make clear that an RP should be able to use its own credentials even if payment extension not specified.


Preview | Diff

@@ -112,7 +112,7 @@ Note: This use case intends to capture the "in-transaction registration" use cas

#### EMV® Secure Remote Commerce (SRC) System as Relying Party

* Alice checkouts on a merchant web site with SRC, which triggers the SRC Digital Card Facilitator (DCF) to be displayed. The SRC DCF asks whether she wants to use biometric authentication to streamline payment. She agrees and SRC DCF redirects her to her bank where she goes through an ID&V process with her bank for the credit card she wishes to use.
* Alice checkouts on a merchant web site with SRC, which triggers the SRC Digital Card Facilitator (DCF) to be displayed. The SRC DCF asks whether she wants to use biometric authentication to streamline payment. She agrees and SRC DCF redirects her to her bank where she goes through an Identification and Verification process with her bank for the credit card she wishes to use.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we need to spell out ID&V every time? Perhaps it could just go into https://w3c.github.io/secure-payment-confirmation/#sctn-terminology if needed (or be defined only the first time its used).

If the result is `false`, remove |id| from
|data|["{{SecurePaymentConfirmationRequest/credentialIds}}"].
1. If the |data|["{{SecurePaymentConfirmationRequest/rpId}}"] is
not in the current origin, run the [=steps to silently determine if a
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah, so we don't just say things like "is not in the current origin" in specs 🤣 . We try to make them a bit more like code. I think this should be:

At the top of this method, change to:

The [=steps to validate payment method data=] for this payment method, for an
input {{PaymentRequest}} |request| and {{SecurePaymentConfirmationRequest}} |data|, are:

(adding 'request', to get it in scope for looking up. This is a bit hand-wavy as Payment Request doesn't currently pass it in to the 'Steps to check if a payment can be made', but we can fix that later, not a big deal I think)

Then:

    1.  If the |data|["{{SecurePaymentConfirmationRequest/rpId}}"] is
        not the [=origin=] of the [=relevant settings object=] of |request|,
        run the [=steps to silently determine if a

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants