Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

Payment Request API

w3c/payment-request có thân thiện với người mới không?

Gần đây có quá ít pull request của người đóng góp bên ngoài gửi tới w3c/payment-request để nói chúng được merge thường xuyên đến đâu. Hiện chưa có issue nào phù hợp với người mới đang mở; danh sách bên dưới là các issue khác chúng tôi có của kho này.

Star
510
Fork
139
Issue cho người mới đang mở
0
Issue đã lập chỉ mục
56
Ngôn ngữ chính
HTML
Giấy phép
Không có dữ liệu giấy phép
Lần push lên GitHub gần nhất
22/6/2026
Lập chỉ mục gần nhất
20/9/2026
Hướng dẫn đóng góp
Hướng dẫn đóng góp
Quy tắc ứng xử
Quy tắc ứng xử
Label cho người mới
Chưa lập chỉ mục label nào cho người mới
Chỉ số merge pull request
Không có pull request nào được merge trong 30 ngày

Cách đóng góp cho w3c/payment-request

  1. Hãy đọc hướng dẫn đóng góp trước: nó cho biết maintainer muốn thay đổi được đề xuất, kiểm thử và review ra sao.
  2. Hãy đọc quy tắc ứng xử: nó áp dụng cho issue và pull request cũng như trò chuyện.
  3. Theo dõi kho này để biết khi có issue mới phù hợp với người mới, hoặc xem các issue khác bên dưới.

Các issue có thể đã có người làm được xếp cuối danh sách. Sắp xếp tất cả theo ngày

  • Allow payment handlers to invoke another payment handler
    Đang mở

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

    w3c/payment-request#1077 ·

  • Proposal: Structured Payment Handler Errors via a DOMException-Derived Interface
    Đang mở

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100

    w3c/payment-request#1076 · 9 bình luận ·

  • Allow a payment handler to request a larger initial window size
    Đang mở

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100

    w3c/payment-request#1075 · 9 bình luận · 2 reaction ·

  • Should Payment Request API handle non-human payment flows?
    Đang mở

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100

    w3c/payment-request#1072 · 2 bình luận ·

  • SecurityError vs NotAllowedError for "allowed to use" check
    Đang mở

    Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 42/100

    w3c/payment-request#1071 · 2 bình luận ·

  • Clearer interaction state algorithms
    Đang mở

    Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100

    w3c/payment-request#1060 ·

  • Over-reliance on AbortError
    Đang mở

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100

    w3c/payment-request#1057 ·

  • Support for DPC "instrument" in Payment Request
    Đang mở

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

    w3c/payment-request#1051 · 2 bình luận · 1 reaction ·

  • Revise user activation model
    Đang mở

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

    w3c/payment-request#1036 · 2 bình luận ·

  • Missing tasks in parallel steps in Payment Request API
    Đang mở

    Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100

    w3c/payment-request#1032 ·

  • Consider spec-ing when a user agent should allow activationless PaymentRequest
    Đang mở

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

    w3c/payment-request#1022 ·

  • Authentication of merchant domain and details
    Đang mở

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 20/100

    w3c/payment-request#1014 · 8 bình luận ·

  • payment credentials management
    Đang mở
    Future Candidate Feature

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 15/100

    w3c/payment-request#1004 · 1 bình luận ·

  • User activation et webauthn
    Đang mở

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

    w3c/payment-request#1002 · 3 bình luận ·

  • Localization and string metadata for descriptions
    Đang mở
    Future Candidate Feature i18n-needs-resolution

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100

    w3c/payment-request#948 · 16 bình luận · 1 reaction ·

  • Allow user activation to be delegated to a child frame to trigger request.show()
    Đang mở

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

    w3c/payment-request#917 · 13 bình luận · 1 reaction ·

  • Make "total" and "details" optional
    Đang mở
    Future Candidate Feature

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100

    w3c/payment-request#912 · 11 bình luận · 4 reaction ·

  • Missing definition of retrying a payment as a concept
    Đang mở
    Editorial

    Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100

    w3c/payment-request#889 ·

  • Pass SKU instead of Total
    Đang mở
    Future Candidate Feature

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100

    w3c/payment-request#879 · 12 bình luận ·

  • Location declaration
    Đang mở
    Future Candidate Feature

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 20/100

    w3c/payment-request#870 · 9 bình luận ·

  • Help strings for requested fields?
    Đang mở
    Future Candidate Feature

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

    w3c/payment-request#864 · 1 bình luận ·

  • Add quantity prop to items
    Đang mở
    Future Candidate Feature

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

    w3c/payment-request#861 · 5 bình luận ·

  • Should Payment Request enable optional Total for some use cases?
    Đang mở
    Future Candidate Feature

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

    w3c/payment-request#858 · 4 bình luận ·

  • Fine-grained error reporting with canMakePayment()
    Đang mở
    Future Candidate Feature

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 20/100

    w3c/payment-request#847 · 2 bình luận ·

  • Change of approach for gesture to invoke Payment Sheet
    Đang mở
    proposal - needs discussion

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 15/100

    w3c/payment-request#834 · 9 bình luận ·

  • Extensibility of PaymentResponse.complete(result)
    Có thể làm lại được @rsolomakhin đã nhận 2869 ngày trước và không có pull request nào đang mở. Đang mở
    Extensibility Future Candidate Feature proposal - needs discussion SRC

    w3c/payment-request#817 · 9 bình luận · 2 người được giao ·

  • Include payment handler information in response
    Đang mở
    Future Candidate Feature Priority: Postponed

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

    w3c/payment-request#815 · 1 bình luận ·

  • De-dup "user aborts the payment request" and "abort the update"
    Đang mở
    Editorial

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

    w3c/payment-request#814 ·

  • Way of detecting if can make payment with some instrument
    Đang mở
    Future Candidate Feature

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

    w3c/payment-request#801 · 3 bình luận · 3 reaction ·

  • Consider specifying a testing IDL for a mock payment UI
    Đang mở

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

    w3c/payment-request#799 · 7 bình luận ·

  • To address branded button issues and improve privacy, add browser support for payment method selection before the sheet
    Đang mở
    proposal - needs discussion

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 20/100

    w3c/payment-request#777 · 13 bình luận ·

  • Update spec to use "event constructing steps"
    Đang mở
    Editorial

    Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 50/100

    w3c/payment-request#767 ·

  • Proposal to add more details to shopping cart contents and shipping option descriptions
    Đang mở
    Future Candidate Feature proposal - needs discussion

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 32/100

    w3c/payment-request#761 · 1 bình luận ·

  • Should the PaymentRequest ID be passed to canMakePayment?
    Đang mở
    Future Candidate Feature proposal - needs discussion

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100

    w3c/payment-request#760 · 2 bình luận ·

  • Drop support for "Push Payments"
    Đang mở
    proposal - needs discussion

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

    w3c/payment-request#759 · 3 bình luận ·

  • Providing an `AbortSignal` instead of calling .abort()
    Đang mở
    Future Candidate Feature

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

    w3c/payment-request#757 · 2 bình luận · 2 reaction ·

  • Response timeout could leave page/user in confused state.
    Đang mở
    proposal - needs discussion

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

    w3c/payment-request#737 · 4 bình luận ·

  • Alternative 'Pay' button wording options for Browser UI (the button in the sheet)
    Đang mở
    Future Candidate Feature

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100

    w3c/payment-request#701 · 14 bình luận · 2 reaction ·

  • support of VAT
    Đang mở
    Future Candidate Feature proposal - needs discussion

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 20/100

    w3c/payment-request#699 · 2 bình luận · 3 reaction ·

  • Pre Authorization
    Đang mở
    Future Candidate Feature

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

    w3c/payment-request#633 · 8 bình luận ·

  • Pay method for testing environment
    Đang mở
    Future Candidate Feature

    Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 30/100

    w3c/payment-request#613 · 29 bình luận ·

  • Aborting of in-progress push payments
    Đang mở
    Priority: Postponed

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

    w3c/payment-request#473 · 3 bình luận ·

  • Support for gift cards and discount codes
    Đang mở
    Future Candidate Feature proposal - needs discussion

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

    w3c/payment-request#145 · 32 bình luận · 5 reaction ·

  • What happens when currency of offer differs from currency of selected payment instrument?
    Đang mở
    Core Functionality Priority: Postponed question

    Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 20/100

    w3c/payment-request#29 · 2 bình luận ·

  • Should it be possible to provide "total" amounts in more than one currency
    Đang mở
    Core Functionality Future Candidate Feature

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

    w3c/payment-request#3 · 17 bình luận ·

  • Revert activation relaxation in show() -- find a general platform solution instead
    Có thể đã có người làm @marcoscaceres đã nhận 201 ngày trước. Đang mở

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 28/100

    w3c/payment-request#1064 · 2 bình luận ·

  • Split shipping address from Payment Request API 1.0
    Có thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

    w3c/payment-request#939 · 11 bình luận ·

  • Ship Mode Update for PO BOX
    Có thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
    Future Candidate Feature

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 22/100

    w3c/payment-request#888 · 5 bình luận ·

  • Richer negotiation re: address redaction?
    Có thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
    Formal Objection Future Candidate Feature i18n-tracker privacy-needs-resolution

    Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100

    w3c/payment-request#842 · 46 bình luận ·

  • Merchant-specified default shipping address
    Có thể đã có người làm @marcoscaceres đã nhận 3190 ngày trước. Đang mở
    Future Candidate Feature PaymentAddress

    w3c/payment-request#653 · 16 bình luận · 1 reaction · 1 người được giao ·

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.