[$250] App performance - Laggy transition when switching from one report to another

[lanitochka17]

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

Action Performed:

1. Go to staging.new.expensify.com
2. Open a report from LHN
3. Open another report from LHN
4. Note that transition when switching from one report to another

Expected Result:

The transition when switching from one report to another will not be laggy (production behavior)

Actual Result:

The transition when switching from one report to another is laggy
The entire app on all platforms is slow. The reproduction steps are just one of the ways to show the lagginess

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

Bug6493108_1716828480619.20240528_004526.mp4

View all open jobs on GitHub

Upwork Automation - Do Not Edit

• Upwork Job URL: https://www.upwork.com/jobs/~0183ab1dc4a4be8fe5
• Upwork Job ID: 1795451622908186624
• Last Price Increase: 2024-05-28

Issue Owner

Current Issue Owner: @akinwale

[melvin-bot]

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

[melvin-bot]

Triggered auto assignment to @strepanier03 (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.

[github-actions]

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

[lanitochka17]

@strepanier03 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

[lanitochka17]

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

[melvin-bot]

Job added to Upwork: https://www.upwork.com/jobs/~0183ab1dc4a4be8fe5

[melvin-bot]

Triggered auto assignment to Contributor-plus team member for initial proposal review - @akinwale (External)

[mountiny]

Making this external but also asked the agencies to look into this one closely https://expensify.slack.com/archives/C05LX9D6E07/p1716902910273389

[mountiny]

@kirillzyusko has got some good investigation going on in the thread

[kavimuru]

Retested in https://42725.pr-testing.expensify.com/r (web / mweb) and in the android adhoc build https://ad-hoc-expensify-cash.s3.amazonaws.com/android/42725/index.html . It was a pass. Tester does not have access to iOS ad hoc build

Screen_Recording_20240529_093803_New.Expensify.AdHoc.mp4

20240529_093241.mp4

[Beamanator]

Merged revert PR #42725 to fix this for now, to unblock deploy

[Beamanator]

PR CP'd and working well in staging, not a blocker anymore 👍

[melvin-bot]

This issue has not been updated in over 15 days. @akinwale, @strepanier03, @chiragsalian eroding to Monthly issue.

P.S. Is everyone reading this sure this is really a near-term priority? Be brave: if you disagree, go ahead and close it out. If someone disagrees, they'll reopen it, and if they don't: one less thing to do!

[mountiny]

I think this can be closed now