Skip to content

[$250] Search - Infinite loading when searching for a non existing user #39866

Closed

Description

@lanitochka17

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.61-0
Reproducible in staging?: Y
Reproducible in production?: N
If this was caught during regression testing, add the test name, ID and link from TestRail: N/A
Issue reported by: Applause - Internal Team

Issue found when executing PR #39384

Action Performed:

  1. Access staging.new.expensify.com
  2. Sign into a valid account
  3. Search for a non existing user
  4. Once the DM is open, tap on the header

Expected Result:

User expects that when tapping on the header, the users info modal will open from the right

Actual Result:

When user first tries to tap on search modal, there is a small "Locked" symbol, then after a while, the header name will completely disappear and begin to load indefinitely. On Desktop app, the app even crashed once while performing this

Workaround:

Unknown

Platforms:

Which of our officially supported platforms is this issue occurring on?

  • Android: Native
  • Android: mWeb Chrome
  • iOS: Native
  • iOS: mWeb Safari
  • MacOS: Chrome / Safari
  • MacOS: Desktop

Screenshots/Videos

Add any screenshot/video evidence

Bug6442599_1712597864799.Infinite_loading_.mp4

View all open jobs on GitHub

Upwork Automation - Do Not Edit
  • Upwork Job URL: https://www.upwork.com/jobs/~01fe30a5f76eb81164
  • Upwork Job ID: 1777450137396224000
  • Last Price Increase: 2024-04-08

Activity

  1. melvin-bot commented on Apr 8, 2024

    @melvin-bot

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

  2. github-actions commented on Apr 8, 2024

    @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.
  3. lanitochka17 commented on Apr 8, 2024

    @lanitochka17
    Author

    @aldo-expensify FYI I haven't added the External label as I wasn't 100% sure about this issue. Please take a look and add the label if you agree it's a bug and can be handled by external contributors

  4. lanitochka17 commented on Apr 8, 2024

    @lanitochka17
    Author

    We think that this bug might be related to #vip-vsp

  5. aldo-expensify commented on Apr 8, 2024

    @aldo-expensify
    Contributor

    I can reproduce often, but doesn't always happen. And sometimes the top bar goes into loading state and the email disappears from the LHN without having to even click on it:

    image
  6. aldo-expensify commented on Apr 8, 2024

    @aldo-expensify
    Contributor

    Can't reproduce in Production. I'll open it to external as I don't see a difference in the onyxData coming from the server when comparing production vs staging.

  7. added
    ExternalAdded to denote the issue can be worked on by a contributor
    on Apr 8, 2024
  8. changed the title [-]Search - Infinite loading when searching for a non existing user[/-] [+][$250] Search - Infinite loading when searching for a non existing user[/+] on Apr 8, 2024
  9. melvin-bot commented on Apr 8, 2024

    @melvin-bot
  10. added
    Help WantedApply this label when an issue is open to proposals by contributors
    on Apr 8, 2024
  11. 8 remaining items

  12. aldo-expensify commented on Apr 8, 2024

    @aldo-expensify
    Contributor

    Seems like the personal details somehow go missing from onyx. No, the report onyx update is missing in the OpenReport response, so we end up with the optimistic report only which has the wrong accountIDs

  13. aldo-expensify commented on Apr 8, 2024

    @aldo-expensify
    Contributor

    I think this is a product of my work moving the OpenReport onyx updates from Web-Expensify to Auth. These two PRs:

    https://github.com/Expensify/Web-Expensify/pull/41310
    https://github.com/Expensify/Auth/pull/10226

    That works based on the assumption that the onyx update created and queued in Auth will be automatically included in the response in PHP later, but this doesn't happen thanks to the Reliable updates check here: https://github.com/Expensify/Web-Expensify/blob/9665848765ad8df8dd478dd3a3a242a6ead62ea6/lib/Onyx.php#L368

    Then, I made this third PR to kill some code I thought unnecessary https://github.com/Expensify/Web-Expensify/pull/41492. The removed code unintentionally was still adding the missing report update for accounts with reliable updates disabled.

    Considering the above, this is not an App deploy blocker because the bug is in the staging PHP API.

  14. added
    ReviewingHas a PR in review
    and removed
    DeployBlockerCashThis issue or pull request should block deployment
    on Apr 8, 2024
  15. aldo-expensify commented on Apr 9, 2024

    @aldo-expensify
    Contributor

    I merged this PR which should fix the problem once deployed: https://github.com/Expensify/Web-Expensify/pull/41588
    Also, we are trying to get rid of the reliable updates beta asap, so that would have fixed it too.

  16. alexpensify commented on Apr 12, 2024

    @alexpensify
    Contributor

    Aldo, I think the only action is the get rid of the beta-- is that right? Thanks!

  17. aldo-expensify commented on Apr 15, 2024

    @aldo-expensify
    Contributor

    I think the only action is the get rid of the beta-- is that right? Thanks!

    This is fixed now, I just tested.

  18. alexpensify commented on Apr 15, 2024

    @alexpensify
    Contributor

    No payment is due here, all reviews were handled internally

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

Metadata

Metadata

Labels

BugSomething is broken. Auto assigns a BugZero manager.DailyKSv2EngineeringExternalAdded to denote the issue can be worked on by a contributorReviewingHas a PR in review

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions