Closed
Bug 767610
Opened 13 years ago
Closed 6 years ago
Validate email address format in call to navigator.id.watch and Identity.jsm _discoverIdentityProvider
Categories
(Core Graveyard :: Identity, enhancement)
Core Graveyard
Identity
Tracking
(blocking-basecamp:-)
RESOLVED
INCOMPLETE
blocking-basecamp | - |
People
(Reporter: MattN, Unassigned)
References
()
Details
This will help RPs catch bugs in their code. It can be null/undefined or a valid email address. We should probably make nsHTMLInputElement::IsValidEmailAddress accessible somewhere and use it.
Comment 1•13 years ago
|
||
(In reply to Matthew N. [:MattN] from comment #0)
> This will help RPs catch bugs in their code. It can be null/undefined or a
> valid email address. We should probably make
> nsHTMLInputElement::IsValidEmailAddress accessible somewhere and use it.
Note that nsHTMLInputElement::IsValidEmailAddress is checking that the email address is following HTML5 definition of an email address. This is not exactly the same definition as the RFC.
Comment 2•13 years ago
|
||
This would also be good to have for _discoverIdentityProvider in Identity.jsm
Summary: Validate email address format in call to navigator.id.watch → Validate email address format in call to navigator.id.watch and Identity.jsm _discoverIdentityProvider
Comment 3•12 years ago
|
||
this will be handled in the server-provided dialog logic, so not basecamp blocking
blocking-basecamp: --- → -
Comment 4•6 years ago
|
||
See https://bugzilla.mozilla.org/show_bug.cgi?id=1497358; closing remaining open bugs in this component.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → INCOMPLETE
Updated•6 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•