Skip to content

[HOLD for payment 2025-01-15] [HOLD for payment 2025-01-13] Login - Infinite loading and no error message when typing wrong Magic Code. #54698

Closed

Description

@mitarachim

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: 9.0.80-1
Reproducible in staging?: Yes
Reproducible in production?: No
If this was caught on HybridApp, is this reproducible on New Expensify Standalone?: N/A
If this was caught during regression testing, add the test name, ID and link from TestRail: N/A
Email or phone of affected tester (no customers): ibellicotest+131@gmail.com
Issue reported by: Applause Internal Team
Device used: Motorola MotoG60 - Android 12 - Chrome
App Component: Other

Action Performed:

  1. Open the staging.new.expensify.com website.
  2. Insert an account.
  3. Tap on "Continue"
  4. Wait for a Magic Code to be received.
  5. Type an incorrect Magic Code.

Expected Result:

An error message should be automatically displayed when typing an incorrect Magic Code on login screen.

Actual Result:

Infinite loading and no error message displayed when typing an incorrect Magic Code on login screen.

Workaround:

Unknown

Platforms:

  • Android: Standalone
  • Android: HybridApp
  • Android: mWeb Chrome
  • iOS: Standalone
  • iOS: HybridApp
  • iOS: mWeb Safari
  • MacOS: Chrome / Safari
  • MacOS: Desktop

Screenshots/Videos

Bug6704701_1735691335174.MC.mp4

View all open jobs on GitHub

Issue OwnerCurrent Issue Owner: @getusha

Activity

  1. added
    DeployBlockerCashThis issue or pull request should block deployment
    BugSomething is broken. Auto assigns a BugZero manager.
    on Jan 1, 2025
  2. melvin-bot commented on Jan 1, 2025

    @melvin-bot

    Triggered auto assignment to @marcaaron (DeployBlockerCash), see https://stackoverflowteams.com/c/expensify/questions/9980/ for more details.

  3. melvin-bot commented on Jan 1, 2025

    @melvin-bot

    Triggered auto assignment to @bfitzexpensify (Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details. Please add this bug to a GH project, as outlined in the SO.

  4. melvin-bot commented on Jan 1, 2025

    @melvin-bot

    💬 A slack conversation has been started in #expensify-open-source

  5. github-actions commented on Jan 1, 2025

    @github-actions
    Contributor

    👋 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:

    1. Identify the pull request that introduced this issue and revert it.
    2. Find someone who can quickly fix the issue.
    3. Fix the issue yourself.
  6. daledah commented on Jan 1, 2025

    @daledah
    Contributor

    Proposal

    Please re-state the problem that we are trying to solve in this issue.

    Infinite loading and no error message displayed when typing an incorrect Magic Code on login screen.

    What is the root cause of that problem?

    Regression from: #52822

    After login and enter the wrong magic code, we'll trigger update the failureData in

    return updateHandler(request.failureData);

    the failureData should update the isLoading to false

    The queuedOnyxUpdates contains the Onyx.merge for account data, but at that time, currentAccountID is undefined, so we will filter out all key except preservedKeys. Unfortunately, preservedKeys doesn't contain account

    queuedOnyxUpdates = queuedOnyxUpdates.filter((update) => preservedKeys.includes(update.key as OnyxKey));

    so we still see the loading state

    What changes do you think we should make in order to solve the problem?

    1. We can add account to preservedKeys
    2. We can add account conditionally when account.isLoading is true (that means the user is logging in)

    What specific scenarios should we cover in automated tests to prevent reintroducing this issue in the future?

    We should update QueuedOnyxUpdatesTest.ts to cover this case.

    What alternative solutions did you explore? (Optional)

    Reminder: Please use plain English, be brief and avoid jargon. Feel free to use images, charts or pseudo-code if necessary. Do not post large multi-line diffs or write walls of text. Do not create PRs unless you have been hired for this job.

    Result

    Screenshot 2025-01-01 at 16 01 19
  7. daledah commented on Jan 1, 2025

    @daledah
    Contributor

    @marcaaron @bfitzexpensify What do you think about my proposal? I can raise the quick PR.

  8. melvin-bot commented on Jan 1, 2025

    @melvin-bot

    ⚠️ Looks like this issue was linked to a Deploy Blocker here

    If you are the assigned CME please investigate whether the linked PR caused a regression and leave a comment with the results.

    If a regression has occurred and you are the assigned CM follow the instructions here.

    If this regression could have been avoided please consider also proposing a recommendation to the PR checklist so that we can avoid it in the future.

  9. 28 remaining items

  10. bfitzexpensify commented on Jan 15, 2025

    @bfitzexpensify
    Contributor

    Offer sent @huult

    @getusha, please complete the BZ checklist

  11. bfitzexpensify commented on Jan 17, 2025

    @bfitzexpensify
    Contributor
  12. melvin-bot commented on Jan 21, 2025

    @melvin-bot

    @Beamanator, @huult, @bfitzexpensify, @getusha Whoops! This issue is 2 days overdue. Let's get this updated quick!

  13. melvin-bot commented on Jan 23, 2025

    @melvin-bot

    @Beamanator, @huult, @bfitzexpensify, @getusha Huh... This is 4 days overdue. Who can take care of this?

  14. bfitzexpensify commented on Jan 23, 2025

    @bfitzexpensify
    Contributor

    Another bump @getusha

  15. melvin-bot commented on Jan 27, 2025

    @melvin-bot

    @Beamanator, @huult, @bfitzexpensify, @getusha 8 days overdue is a lot. Should this be a Weekly issue? If so, feel free to change it!

  16. getusha commented on Jan 27, 2025

    @getusha
    Contributor

    No need for payments here, it was a regression from #52822
    I don't think we need a regression test since the changes in the PR that fix the issue are unlikely to be modified in a way that would reintroduce the issue.

  17. melvin-bot commented on Jan 31, 2025

    @melvin-bot

    @Beamanator, @huult, @bfitzexpensify, @getusha Whoops! This issue is 2 days overdue. Let's get this updated quick!

  18. Beamanator commented on Feb 3, 2025

    @Beamanator
    Contributor

    makes sense to me! closing this out 🙏

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Labels

Awaiting PaymentAuto-added when associated PR is deployed to productionBugSomething is broken. Auto assigns a BugZero manager.DailyKSv2Engineering

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions