Include payment handler information in response
Nobody has claimed this yet.
- Dominant language
- HTML
- Stars
- 510
- Forks
- 139
- PR merge metrics
- No merged PRs in 30d
Description
We have heard use cases for merchants having information about the user's selected payment handler for a transaction, including:
- Being able to debug issues
- Security / Trust in some payment handlers
This is most useful for standardized payment methods but may also be useful for URI-identified payment methods that allow for multiple payment handlers.
The original payment handler issue is 217:
https://github.com/w3c/payment-handler/issues/217
I am not proposing this for a v1 feature. However, when we start to consider the issue we can return to a proposal to return two bits of information in the PR API response:
handlerType: {'built-in', 'web', 'native')
handlerID: {null, <origin>, <platform-specific> }
Ian
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reading the original payment handler issue 217 and the discussion in this issue. Consider how handlerType and handlerID would fit the Payment Request API response, including standardized and URI-identified payment methods. Done would require a decided proposal; the issue explicitly does not target a v1 implementation.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- html
- Domain
- api, payments
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100