-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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
[HOLD for payment 2023-09-06] [$1000] Web - Inconsistent error messages text on wrong magic code #22017
Comments
Triggered auto assignment to @MitchExpensify ( |
Bug0 Triage Checklist (Main S/O)
|
ProposalPlease re-state the problem that we are trying to solve in this issue.inconsistent error message on incorrect magic code What is the root cause of that problem?Root cause of the issue is the different error messages being passed from backend. When user enters an incorrect code while signing in, different error message comes from backend, when wrong code on secondary login, different error message. What changes do you think we should make in order to solve the problem?We should make the error message consistent on backend, we should pick one error message out of two and use it on both flows. Results |
Agree this is expected: "Incorrect magic code, please try again or request a new one" |
Job added to Upwork: https://www.upwork.com/jobs/~0150dd5082869ecc1c |
Current assignee @MitchExpensify is eligible for the External assigner, not assigning anyone new. |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @abdulrahuman5196 ( |
@chiragxarora Could you provide references for your proposal? #22017 (comment) From code I could see places where we are setting the magic code error locally. Gentle suggestion would be to provide references and more information in proposal, so that we don't have to assume certain parts of proposal. |
Updated Proposal to #22017 (comment) PROPOSALPlease re-state the problem that we are trying to solve in this issue.inconsistent error message on incorrect magic code What is the root cause of that problem?Root cause of the issue is backend sending different error messages for the similar process as shown in the videos above.
App/src/pages/settings/Profile/Contacts/ValidateCodeForm/BaseValidateCodeForm.js Line 171 in e9fa9a9
but we see a third different error because we have populated the failure data with an extra error field here while making the api call which we haven't done in signin flow Lines 441 to 454 in fa473e9
What changes do you think we should make in order to solve the problem?To make it completely consistent across frontend and backend, we need to make 2 changes here,
What alternative solutions did you explore? (Optional)None |
I think backend should change the error message, because right now it is showing what backend is sending in error App/src/pages/settings/Profile/Contacts/ValidateCodeForm/BaseValidateCodeForm.js Line 168 in c614ed9
|
ProposalPlease re-state the problem that we are trying to solve in this issue.Inconsistent error messages text on wrong magic code. What is root cause of that problem?The error message we get by calling What Changes do you think we should make in order to solve the problem?We need to change the error message we get when calling I noticed that we set the error fields for Lines 447 to 455 in b0add94
Where the value of Line 445 in b0add94
so we have to change this generic failure message to ResultWhat alternative solutions did you explore? (Optional)None |
@MitchExpensify, @abdulrahuman5196 Whoops! This issue is 2 days overdue. Let's get this updated quick! |
We have a fresh proposal for you to review @abdulrahuman5196 |
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸 |
In the signin page we show In contact verification page we show Which one should be the right one to maintain consistency? Based on that we can make the change. |
@abdulrahuman5196 I think the expected one is |
This is expected: "Incorrect magic code, please try again or request a new one" |
The text is changed but still inconsistent as per the OP. Correct me if wrong. @MitchExpensify |
@abdulrahuman5196 PR #25762 is ready for review. Thanks! |
bumping @cead22 for response to this #22017 (comment) |
The proposal is complete because we only expect front end changes in the proposal, or at least that's my understanding. If you feel differently, I think you should feel encouraged to start a discussion about this in #expensfy-open-source, but I don't think it's worth changing this decision after having selected a proposal and having a PR submitted |
The PR has a one line change so I don't think that should be the reason to stick to the same decision. I'm commenting here because in my proposal, I had suggested the complete solution (frontend plus backend (and why it's needed)) which I think is accepted Anyways I'm okay with whatever decision is made cc @cead22 |
Based on my calculations, the pull request did not get merged within 3 working days of assignment. Please, check out my computations here:
On to the next one 🚀 |
@MitchExpensify this is actually eligible for the bonus. The only reason for the delay was different timezones and working hours. |
Payment summary: Reporting: @chiragxarora $250 |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.3.58-5 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue: If no regressions arise, payment will be issued on 2023-09-06. 🎊 After the hold period is over and BZ checklist items are completed, please complete any of the applicable payments for this issue, and check them off once done.
For reference, here are some details about the assignees on this issue:
As a reminder, here are the bonuses/penalties that should be applied for any External issue:
|
BugZero Checklist: The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:
|
Not a regression. We have made the error message consistent.
Regression test needs to be added. But can only be added after backend fix is also done. So we can add regression test part of that. @MitchExpensify / @cead22 Could you kindly create separate issue for backend string update if required? |
Is this update required do you think? @cead22 |
Reporting: @chiragxarora $250 - Paid and contract ended |
@MitchExpensify Accepted the offer. Thanks! |
Thanks @HezekielT , Paid and contract ended 👍 |
Not really since the PR to fix the backend message is already merged and deployed. @abdulrahuman5196 given that can you add the regression test now? |
Regression test:
|
Added the test request. Thanks all! Closing |
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Action Performed:
Action Performed:
Expected Result:
same error message
Actual Result:
Inconsistent error messages text on wrong magic code
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Version Number: 1.3.35.4
Reproducible in staging?: y
Reproducible in production?: y
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Notes/Photos/Videos: Any additional supporting documentation
bandicam_2023-06-28_15-18-13-488.mp4
bandicam_2023-06-28_15-19-37-915-1.mp4
Expensify/Expensify Issue URL:
Issue reported by: @chiragxarora
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1688221719614829
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: