1476297 - Incorrect e-mail formats are saved and used in payment process

Status: RESOLVED DUPLICATE of bug 1476345

(Firefox :: WebPayments UI, defect)

Description

[Timea Cernea [:tbabos][inactive]]

Attachment: Giff for the issue

[Affected versions]:
Nightly 63.0a1

[Affected platforms]:
Windows 10 x64, Mac OS X 10.12, Ubuntu 18.04 x64

[Prerequisites]:
- set the pref dom.payments.request.enabled to "true"
- make sure to have at least one payment method saved on the profile

[Steps to reproduce]:
1. Go to “https://rsolomakhin.github.io/pr/email/” and click on “Buy”
2. Add a saved payment method and type in the security code
3. Click on “Add” to reach the “Add Payer Contact” screen
4. Type in an invalid e-mail address, such as: test@@domain.com

[Expected Result]:
The “Save” button should be grayed out due to the invalid e-mail address and the red field border should persist until a correct address is typed. 

[Actual Result]: 
The incorrect e-mail can be saved and it is also used further in the payment process even if the red warning field border is displayed.

Comment 1

[Matthew N. [:MattN]]

We use <input type="email"> so validation is done but we don't check validity before saving which is bug 1475521.

Comment 2

[Timea Cernea [:tbabos][inactive]]

Please note that the payment is processed even if the selected contact information (e-mail) is invalid. 
Given that bug 1475521 is indeed verified fixed, how should we approach this issue?

Comment 3

[Matthew N. [:MattN]]

Sorry, I meant to dupe to bug 1476345.