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

Relax user activation requirement for authentication #236

Merged
merged 8 commits into from Apr 24, 2023

Conversation

nickburris
Copy link
Member

@nickburris nickburris commented Apr 5, 2023

See issue #216 for context. This removes the only reference to user activation for SPC authentication, and adds some spec text giving the user agent the option to skip or relax the user activation requirement in the PaymentRequest.show() steps.


Preview | Diff

spec.bs Outdated Show resolved Hide resolved
Copy link
Collaborator

@stephenmcgruer stephenmcgruer left a comment

Choose a reason for hiding this comment

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

Thanks for the PR Nick! I have some comments I do think need addressing.

spec.bs Outdated Show resolved Hide resolved
spec.bs Outdated Show resolved Hide resolved
stephenmcgruer added a commit that referenced this pull request Apr 13, 2023
During PING review of the pre-CR changes to SPC, the PING raised a concern that removing the user activation requirement (see #236) could lead to sites triggering SPC from a background tab. This PR adds logic to the steps to check if a payment can be made to disallow background tabs (and minimized-windows/etc).

It is likely that eventually we will want this specified in Payment Request instead, both because it will be clearer spec text (here we have to refer to a this that is actually from the Payment Request spec), and also because we (in Chrome) already do (afaik) reject Payment Requests from background tabs. (Which is allowable by abusing the Payment Request spec text that says a user agent may reject show() for any security reason).

Fixes #237

Co-authored-by: Jeffrey Yasskin <jyasskin@gmail.com>
@nickburris nickburris marked this pull request as ready for review April 14, 2023 19:22
@nickburris
Copy link
Member Author

Thanks for the feedback @stephenmcgruer and @ianbjacobs! PTAL at the latest text. The CI failure seems unrelated to this change, it's a warning about the WPT that was recently added, which we can add a reference to in a separate commit.

Copy link
Collaborator

@stephenmcgruer stephenmcgruer left a comment

Choose a reason for hiding this comment

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

LGTM with some comments

spec.bs Outdated Show resolved Hide resolved
spec.bs Outdated Show resolved Hide resolved
spec.bs Outdated Show resolved Hide resolved
spec.bs Outdated Show resolved Hide resolved
spec.bs Outdated Show resolved Hide resolved
@stephenmcgruer
Copy link
Collaborator

The CI failure seems unrelated to this change, it's a warning about the WPT that was recently added, which we can add a reference to in a separate commit.

Landed a fix for this straight to main, and have set the CI to re-run, hopefully it should pass now.

@stephenmcgruer
Copy link
Collaborator

Bleh, it still fails, probably because its using the PR's HEAD^ which won't contain the latest change I guess. Not a big deal, I agree that we can just ignore it for this PR (it will fix itself on main).

spec.bs Outdated Show resolved Hide resolved
spec.bs Outdated Show resolved Hide resolved
spec.bs Outdated Show resolved Hide resolved
spec.bs Outdated Show resolved Hide resolved
Copy link
Collaborator

@ianbjacobs ianbjacobs left a comment

Choose a reason for hiding this comment

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

Overall this looks good. The nature of my most recent suggestion is to not refer to a "user activation requirement" because it is no longer a requirement of the specification. I think it's fine to say things like "by not requiring user activation" or "the user agent may require user activation." But there's no requirement in the specification anymore. Hence, my comment is primarily editorial.

@nickburris
Copy link
Member Author

Thanks! Addressed all comments and rebased to fix CI, this should be good to go now!

@stephenmcgruer
Copy link
Collaborator

Still LGTM, thanks Nick.

spec.bs Outdated Show resolved Hide resolved
spec.bs Outdated Show resolved Hide resolved
Copy link
Collaborator

@ianbjacobs ianbjacobs left a comment

Choose a reason for hiding this comment

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

Hi @nickburris,
This is almost good to go. My suggested last edits are to remove the notion of "change." Once this is merged, new readers will not perceive that anything has changed, and so I suggest in two places removing that verbiage. Otherwise looks good to go!

Co-authored-by: ianbjacobs <ij@w3.org>
spec.bs Outdated Show resolved Hide resolved
@stephenmcgruer stephenmcgruer merged commit 72fc2b7 into w3c:main Apr 24, 2023
3 checks passed
github-actions bot added a commit that referenced this pull request Apr 24, 2023
SHA: 72fc2b7
Reason: push, by stephenmcgruer

Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
github-actions bot added a commit that referenced this pull request Apr 24, 2023
SHA: 72fc2b7
Reason: push, by stephenmcgruer

Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
stephenmcgruer pushed a commit to w3c/payment-request that referenced this pull request Jun 28, 2023
This gives the user agent the ability to relax the user activation requirement on the PaymentRequest.show() method.

This spec change largely follows the relevant change outlined in Secure Payment Confirmation: w3c/secure-payment-confirmation#236
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.

None yet

3 participants