Contact emails
darwiny...@chromium.org, slobo...@chromium.org, smcgr...@chromium.org


Explainer
https://github.com/w3c/secure-payment-confirmation/issues/197
https://github.com/w3c/secure-payment-confirmation/issues/275


Specification
https://w3c.github.io/secure-payment-confirmation


Design docs

https://github.com/w3c/secure-payment-confirmation/issues/197
https://github.com/w3c/secure-payment-confirmation/issues/275
https://github.com/w3c/secure-payment-confirmation/pull/292
https://github.com/w3c/secure-payment-confirmation/pull/294
https://github.com/w3c/secure-payment-confirmation/pull/298


Summary

Updates the UX elements for the SPC dialog on Android Chrome. Other than just 
UX presentation the following are being added: - Allowing merchants to provide 
an optional list of payment entity logos related to the payment that will be 
displayed in the UX 
(https://github.com/w3c/secure-payment-confirmation/pull/294). - Returning 
different output states back to the merchant depending on whether the user 
wants to continue the transaction without SPC or to cancel the transaction 
(https://github.com/w3c/secure-payment-confirmation/pull/292). Currently, we 
only send a single output state back for both cases. - A new payment detail 
label field will be added to the payment instrument so the text be presented 
across 2 lines in SPC 
(https://github.com/w3c/secure-payment-confirmation/pull/298)



Blink component
Blink>Payments


TAG review
N/A (minor additive features)


TAG review status
Not applicable


Risks




Interoperability and Compatibility

Low risk. The SPC UX Refresh changes are only purely additive API shapes that 
are all backwards compatible. The risk is that other browser do not implement 
it.


Gecko: No signal (https://github.com/mozilla/standards-positions/issues/570) 
Firefox has never finalized their view on SPC, so we updated the original SPC 
issue with a note on this additional capability.

WebKit: No signal (https://github.com/WebKit/standards-positions/issues/30) 
Safari has never finalized their view on SPC, so we updated the original SPC 
issue with a note on this additional capability.

Web developers: Positive Responding to requests/feedback from web developers in 
the WPWG.

Other signals:


WebView application risks

Does this intent deprecate or change behavior of existing APIs, such that it 
has potentially high risk for Android WebView-based applications?

None




Debuggability

Web developers should be able to try the new SPC UX Refresh through a Chrome 
flag, thus no changes are needed in devtools.



Will this feature be supported on all six Blink platforms (Windows, Mac, Linux, 
ChromeOS, Android, and Android WebView)?
No
SPC UX Refresh is added to Secure Payment Confirmation which is supported only 
on Android, Windows, and Mac.



Is this feature fully tested by web-platform-tests?
No


DevTrial instructions
https://docs.google.com/document/d/1w3RfvmoQqCvJkio4rxl0QR4BL1AzgHdv9a0qJhfCzpg


Flag name on about://flags
enable-secure-payment-confirmation-ux-refresh


Finch feature name
SecurePaymentConfirmationUxRefresh


Rollout plan
Will ship enabled for all users


Requires code in //chrome?
False


Tracking bug
https://g-issues.chromium.org/issues/405173922


Launch bug
https://launch.corp.google.com/launch/4397413


Measurement
SPC UX Refresh is only additive to Secure Payment Confirmation: The Secure 
Payment Confirmation UseCounter will be used.


Availability expectation
Secure Payment Confirmation is only in Chromium browsers for the foreseeable 
future.


Non-OSS dependencies

Does the feature depend on any code or APIs outside the Chromium open source 
repository and its open-source dependencies to function?
None


Sample links

https://rsolomakhin.github.io/pr/spc-payment-entities-logos
https://rsolomakhin.github.io/pr/spc-opt-out


Estimated milestones


Shipping on Android 139

DevTrial on Android 139




Anticipated spec changes

Open questions about a feature may be a source of future web compat or interop 
issues. Please list open issues (eg links to known github issues in the project 
for the feature specification) whose resolution may introduce web 
compat/interop risk (eg, changing to naming or structure of the API in a 
non-backward-compatible way).
None


Link to entry on the Chrome Platform Status
https://chromestatus.com/feature/5206050462236672?gate=5106969593249792


Links to previous Intent discussions
Intent to Prototype: 
https://groups.google.com/a/chromium.org/d/msgid/blink-dev/683f5e54.170a0220.31427f.1558.GAE%40google.com



This intent message was generated by Chrome Platform Status.

-- 
You received this message because you are subscribed to the Google Groups 
"blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to blink-dev+unsubscr...@chromium.org.
To view this discussion visit 
https://groups.google.com/a/chromium.org/d/msgid/blink-dev/6866ac7f.2b0a0220.22bda8.03e0.GAE%40google.com.

Reply via email to