-
Notifications
You must be signed in to change notification settings - Fork 679
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PWA-213: [UNIT TEST] Email Validation on Signin, Create Acount, Forgot Password #2157
Conversation
…t Password - Remove client-side email validation from app - Fixup import order to adhere to coding guidelines
|
IMO we should cover that here since we are "breaking" the current checkout flow. |
Already on it, but may ping you tomorrow morning for some weirdness. Even though I'm catching these errors they're still hitting the error boundary and popping a toast 😢 |
- Cast error to string if one was thrown
@supernova-at I've resolved the uncaught exception issue in fac582c. @jimbo This is ready for review if you wanted to give it a once over. |
QA Pass. After removing client side validation encountered bug in Billing information form. Which will be addressed as part of separate ticket. |
Description
Reviewed this task with team lead, and it turns out this feature should have never been implemented in the first place. There is little value in doing client-side validation, and the most we should do in our app is validate the email address isn't in use, which isn't currently possible with the form library we're using. He requested we strip this out, which we're doing in the scope of this task now. Article for reference: https://medium.com/hackernoon/the-100-correct-way-to-validate-email-addresses-7c4818f24643
Related Issue
Acceptance
Verification Stakeholders
Specification
Verification Steps
For each of the forms that had this validation (SignIn, Forgot Password, Create Account, Checkout Shipping/Billing/Payment)
test@domain
)Screenshots / Screen Captures (if appropriate)
Checklist