-
Notifications
You must be signed in to change notification settings - Fork 40
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
[Spec] Only allow SPC authentication if in a foreground tab #238
Conversation
ce4a6e0
to
04a1cf3
Compare
cc @jyasskin - do you know if I'm holding |
@stephenmcgruer, thanks for creating this. I agree with the direction and will support updated text based on the @jyasskin comments. |
Co-authored-by: Jeffrey Yasskin <[email protected]>
So I suspect we can fairly easily move this to Payment Request, but in the interest of unblocking the PR for user activationless SPC I'm going to merge this as-is for now. If/when we land the equivalent in Payment Request we can drop this text. |
SHA: 4a9d883 Reason: push, by stephenmcgruer Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
SHA: 4a9d883 Reason: push, by stephenmcgruer Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
… a hidden document, a=testonly Automatic update from web-platform-tests [SPC] Add test for SPC authentication in a hidden document (#39507) See w3c/secure-payment-confirmation#238 -- wpt-commits: ef359117ec74b43acb8472534a43f71e23b4abca wpt-pr: 39507
…238)" This reverts commits 4a9d883 and fd37ebe This behavior is now spec'd in Payment Request itself as of w3c/payment-request@cce8f5e, and so does not need to additionally be spec'd in SPC.
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
Preview | Diff