You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The email_validator gem was updated in clearance 793d8ad (v2.1.0).
Our app's test suite caught it when we upgraded from clearance v1.16 to v2.5 by unit testing that invalid@example (no fqdn) was expected to be an invalid email.
Proposed solutions (choose one):
Restore the strict validation behavior: up the email_validator version minimum to ~> 2.2 and change strict_mode: true to mode: :strict.
Or, keep the current clearance behavior as of v2.5.0 (non-strict validation) and remove strict_mode: true from email validation, since it's dead code.
Whether we keep strict validation or not, we should update clearance's test suite to check for the desired effect.
I'd be happy to open a PR, but need a decision on which solution to implement.
The text was updated successfully, but these errors were encountered:
The
Clearance::User
email validationstrict_mode: true
option has not had any effect sincestrict_mode: true
option was deprecated (and removed) inemail_validator
v2.0.0.Strict validation was reintroduced as
mode: :strict
inemail_validator
v2.2.0The
email_validator
gem was updated in clearance 793d8ad (v2.1.0).Our app's test suite caught it when we upgraded from clearance v1.16 to v2.5 by unit testing that
invalid@example
(no fqdn) was expected to be an invalid email.Proposed solutions (choose one):
~> 2.2
and changestrict_mode: true
tomode: :strict
.strict_mode: true
from email validation, since it's dead code.Whether we keep strict validation or not, we should update clearance's test suite to check for the desired effect.
I'd be happy to open a PR, but need a decision on which solution to implement.
The text was updated successfully, but these errors were encountered: