Closed
Bug 1492129
Opened 7 years ago
Closed 7 years ago
Diners Club (Carte Blanche) 14 digits and Visa (13 digits) are not validated as correct by the Luhn Algorithm
Categories
(Firefox :: WebPayments UI, defect)
Firefox
WebPayments UI
Tracking
()
RESOLVED
DUPLICATE
of bug 1485105
| Tracking | Status | |
|---|---|---|
| firefox64 | --- | affected |
People
(Reporter: tbabos, Unassigned)
Details
[Affected versions]:
Nightly 64.0a1
[Affected platforms]:
Platforms: Windows 7/10 x64, Ubuntu 18.04, Mac OS 10.13
[Preconditions]:
1. Set the pref dom.payments.request.enabled to "true";
2. Make sure you have at least one Shipping Address Card saved
[Steps to reproduce]:
1. Go to "https://rsolomakhin.github.io/pr/single/" page and click on "Buy" button.
2. Add a new Credit Card
3. Fill in the Card Number field with Diners Club specific 14 digits number, such as: 30112698929640
4. Fill in the Card Number field with Visa 13 digits number: 4222222222222
[Expected result]:
The card numbers should pass the Luhn Algorithm.
[Actual result]:
Then field is marked as invalid in both cases [3] [4]
[Notes]:
Diners club have 3 specific card number formats. As for the Carte Blanche which is 14 digits, the number will not be validated. https://www.getnewidentity.com/diners-club-credit-card.php
The Visa special 13 digits number was also mentioned to be correct and functional https://sfoster.github.io/payments-scratch/pans.html
Flags: qe-verify+
| Reporter | ||
Updated•7 years ago
|
Summary: Dinerr Club (Carte Blanche) 14 digits and Visa (13 digits) are not validated as correct by the Luhn Algorithm → Diners Club (Carte Blanche) 14 digits and Visa (13 digits) are not validated as correct by the Luhn Algorithm
Updated•7 years ago
|
Priority: -- → P3
Whiteboard: [webpayments] [triage] → [webpayments-reserve]
Comment 1•7 years ago
|
||
Our validation currently includes a length check before we attempt to validate against the Luhn algorithm. We currently enforce a tight range of number lengths which does not match reality and this is what is causing those numbers to be marked as invalid. This should be fixed by bug 1485105.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
Updated•7 years ago
|
Flags: qe-verify+
Priority: P3 → --
QA Contact: hani.yacoub
Whiteboard: [webpayments-reserve]
You need to log in
before you can comment on or make changes to this bug.
Description
•