-
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 2024-01-31] [$500] mWeb- Login - Error message appear on original tab when navigate from "Magic code expired" page #33637
Comments
Job added to Upwork: https://www.upwork.com/jobs/~01e24ce791ae307499 |
Triggered auto assignment to @slafortune ( |
Bug0 Triage Checklist (Main S/O)
|
Triggered auto assignment to Contributor-plus team member for initial proposal review - @mananjadhav ( |
ProposalPlease re-state the problem that we are trying to solve in this issue."Auth Authenticate returned an error" message appear for a second on original tab when navigate from "Magic code expired" page What is the root cause of that problem?We're not clearing the account errors when the ValidateCodeForm is rendered. So when coming back to the original tab, it will wait for this to happen before clearing the account messages here. That's why we see the error message showing briefly. What changes do you think we should make in order to solve the problem?Clearing the account errors in We can add to here
Optionally we can check We can also modify If later we ever change so that the ValidateCodeForm will be invisible (but still mounted) when tab is not leader tab, then the above useEffect will check if the What alternative solutions did you explore? (Optional)
|
@lanitochka17 I don't really get this. Why would anyone "Modify the last portion of the link by a character" ? I'm not sure this is something we need to account for. |
@slafortune The same bug happens if we wait for the magic code to be expired then try, I think magic code expiring is a pretty common case. |
@mananjadhav, @slafortune Whoops! This issue is 2 days overdue. Let's get this updated quick! |
@mananjadhav will you be able to get to this or are you waiting on more proposals? |
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸 |
@tienifr I reviewed the proposal, but I am not sure if we implement the code based on tab. Do you have a reference of the code where we're implementing tab specific checks/conditions? |
@mananjadhav, @slafortune Eep! 4 days overdue now. Issues have feelings too... |
Still waiting on response of the previous proposals. Open to others as well. |
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸 |
@mananjadhav @slafortune this issue was created 2 weeks ago. Are we close to approving a proposal? If not, what's blocking us from getting this issue assigned? Don't hesitate to create a thread in #expensify-open-source to align faster in real time. Thanks! |
@tienifr can you provide an update to #33637 (comment) |
I think @tienifr's original proposal with work. I got a bit confused by mixing the current proposal and the alternative proposals. 🎀 👀 🎀 C+ reviewed. |
Triggered auto assignment to @yuwenmemon, see https://stackoverflow.com/c/expensify/questions/7972 for more details. |
📣 @tienifr 🎉 An offer has been automatically sent to your Upwork account for the Contributor role 🎉 Thanks for contributing to the Expensify app! Offer link |
@mananjadhav @yuwenmemon @slafortune @tienifr this issue is now 3 weeks old. There is one more week left before this issue breaks WAQ and will need to go internal. What needs to happen to get a PR in review this week? Please create a thread in #expensify-open-source to discuss. Thanks! |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.4.30-1 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 2024-01-31. 🎊 For reference, here are some details about the assignees on this 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:
|
@mananjadhav When you get a chance can you complete the above checklist for NewDot payment to proceed |
@tienifr Paid 👍 |
I don't think we did consider the case of different tab when building the magic code and I can't seem to pinpoint a specific PR where this could've been handled. Considering this is not a very general use-case I don't think we need a regression test step either. @slafortune I think we're good to close this one out. Can you please post the payout summary so that I can raise a request? |
@slafortune quick bump on the payment summary. |
|
$500 approved for @mananjadhav based on summary above. |
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Version Number: 1.4.17-1
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
Expensify/Expensify Issue URL:
Issue reported by: Applause - Internal Team
Slack conversation:
Action Performed:
Expected Result:
There should be no error messages on the login page
Actual Result:
"Auth Authenticate returned an error" message appear for a second on original tab when navigate from "Magic code expired" page
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
Bug6326464_1703630998611.az_recorder_20231226_183110.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: