Skip to content
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

Provide error feedback without actually submitting #1873

Merged
merged 2 commits into from
Oct 6, 2020

Conversation

rickycodes
Copy link
Member

@rickycodes rickycodes commented Oct 3, 2020

My earlier idea of keeping the login button disabled is just going to be confusing to users (I find it confusing myself now that I've been using it). We should provide feedback and keep the button enabled. But! We're still not attempting to Unlock for real (until requirements are met), which I think is ultimately what we want here.

image

Checklist

  • There is a related GitHub issue
  • Tests are included if applicable
  • Any added code is fully documented

Issue

Resolves #???

@rickycodes rickycodes requested a review from a team as a code owner October 3, 2020 05:13
@rickycodes rickycodes force-pushed the bugfix/provide-error-feedback-on-login branch from d74effa to 3653042 Compare October 3, 2020 05:24
@rickycodes rickycodes added the needs-dev-review PR needs reviews from other engineers (in order to receive required approvals) label Oct 6, 2020
@@ -332,7 +334,7 @@ class Login extends PureComponent {

render = () => {
const { password } = this.state;
const disabled = !passwordRequirementsMet(password);
const locked = !passwordRequirementsMet(password);
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

shouldn't we have this on onLogin? feels like we're doing calculations on render that could be moved to do it just once

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

actually that's a good point, now that we're not doing anything in the render (disabling the button), we could just move it to onLogin

@rickycodes rickycodes added the needs-qa Any New Features that needs a full manual QA prior to being added to a release. label Oct 6, 2020
Copy link
Contributor

@ibrahimtaveras00 ibrahimtaveras00 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

QA Passed 👍

@ibrahimtaveras00 ibrahimtaveras00 added QA Passed A successful QA run through has been done and removed needs-dev-review PR needs reviews from other engineers (in order to receive required approvals) needs-qa Any New Features that needs a full manual QA prior to being added to a release. labels Oct 6, 2020
My earlier idea of keeping the login button locked is just going to be confusing to users. We should provide feedback and keep the button enabled. But! We're still not attempting to Unlock for real, which I think is ultimately what we want here.
@rickycodes rickycodes force-pushed the bugfix/provide-error-feedback-on-login branch from 8f0a08c to 5f17dcb Compare October 6, 2020 19:09
@rickycodes rickycodes merged commit 49844e2 into develop Oct 6, 2020
@rickycodes rickycodes deleted the bugfix/provide-error-feedback-on-login branch October 6, 2020 20:29
rickycodes added a commit that referenced this pull request Jan 31, 2022
My earlier idea of keeping the login button locked is just going to be confusing to users. We should provide feedback and keep the button enabled. But! We're still not attempting to Unlock for real, which I think is ultimately what we want here.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
QA Passed A successful QA run through has been done
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants