-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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-12-20] [$500] Desktop - Expired magic code page for a valid code with no prior use + inability to exit the screen #32795
Comments
Job added to Upwork: https://www.upwork.com/jobs/~01acea970084cf49dd |
Triggered auto assignment to @joekaufmanexpensify ( |
Bug0 Triage Checklist (Main S/O)
|
Triggered auto assignment to Contributor-plus team member for initial proposal review - @alitoshmatov ( |
👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open `StagingDeployCash` deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:
|
Triggered auto assignment to @Julesssss ( |
Different behavior on production. 2023-12-10.17.19.15.mp4 |
We released here's the new checklist |
ProposalPlease re-state the problem that we are trying to solve in this issue.When the desktop app is launched using the magic code deep link, the user encounters an expired magic code page even though the code is valid and has not been previously used. Additionally, it's impossible to exit that screen. What is the root cause of that problem?When we opening the validate code modal, we're not clearing logging out the current user, so the We intentionally don't want to prompt to open desktop if the user is inside authentication flow as can be seen here. What changes do you think we should make in order to solve the problem?We can simply early return here (not prompt open desktop) if the auth state is currently NOT_STARTED. We need to pass the Optionally, in validate code modal, we can log out the current user if the user is currently logged in, because we're currently trying to log in as another user so it makes sense to log the current user out. What alternative solutions did you explore? (Optional)We can consider extending the above conditions for other authState as well. |
Hi @dukenv0307, thanks for the proposal.
That makes sense, but why do you think this was a recent regression? This didn't occur on versions prior to |
@Julesssss at the time I tested, production and staging have the same behavior as here. So I think the cause that makes production and staging different earlier has been fixed. That said, production and staging have never been working for this scenario as you mentioned here and the solution here will fix it. |
Sounds good to me. This is a blocker, so would you be able to raise a PR soon? If so let's do it and I'll find someone on the C+ tema available for a review ASAP |
📣 @alitoshmatov 🎉 An offer has been automatically sent to your Upwork account for the Reviewer role 🎉 Thanks for contributing to the Expensify app! |
📣 @dukenv0307 🎉 An offer has been automatically sent to your Upwork account for the Contributor role 🎉 Thanks for contributing to the Expensify app! Offer link |
@dukenv0307 any updates on this PR? |
I'm investigating. |
@shubham1206agra @Julesssss @luacmartins The PR is ready for review. |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.4.11-25 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-12-20. 🎊 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:
|
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:
|
@alitoshmatov could you please handle the BZ checklist so we can prep to issue payment this Wednesday? TY! |
|
Awesome. TY! |
BZ checklist complete. All set to issue payment tomorrow (assuming no regressions). We need to pay:
|
All set to issue payment. |
@dukenv0307 $500 sent and contract ended! |
@alitoshmatov $500 sent and contract ended! |
Upwork job closed. |
All set. Thanks everyone! |
If you haven’t already, check out our contributing guidelines for onboarding and email [email protected] to request to join our Slack channel!
Version Number: Version 1.4.10-1 (1.4.10-1)
Reproducible in staging?: Y
Reproducible in production?: N
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:
Prerequisites: User must be logged into web app as User A.
Expected Result:
The user should be able to sign in right after clicking on ''Just sign in here,'' and they should also have the option to exit the page.
Actual Result:
When the desktop app is launched using the magic code deep link, the user encounters an expired magic code page even though the code is valid and has not been previously used. Additionally, it's impossible to exit that screen.
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
Bug6308347_1702308834010.Expired_magic_code___cannot_leave_the_screen_.mp4
Bug6304327_1701946927913!expen-log2.txt
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: