[Due for payment 2025-06-11] [Report Creation UI] Android - Infinite loading of unreported expenses with long list and fast scrolling

[nlemma]

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: v9.1.53-1
Reproducible in staging?: Yes
Reproducible in production?: Unable to check - Unreported expenses don't show up on prod (Possibly new feature)
If this was caught during regression testing, add the test name, ID and link from TestRail: #62651
Email or phone of affected tester (no customers): [email protected]
Issue reported by: Applause Internal Team
Device used: Mac 14.5/ Chrome
App Component: Other

Action Performed:

1. Navigate to https://staging.new.expensify.com

2. Create a lot of unreported expenses +50

3. Enter expense report that has option to add expenses

4. Choose option to Add unreported expenses.

5. Scroll to the bottom

Expected Result:

All the unreported expenses load

Actual Result:

Infinite loading is show

Workaround:

Unknown

Platforms:

• Android: App
• Android: mWeb Chrome
• iOS: App
• iOS: mWeb Safari
• iOS: mWeb Chrome
• Windows: Chrome
• MacOS: Chrome / Safari
• MacOS: Desktop

Screenshots/Videos

Bug6844329_1748424467588.XRecorder_20250528_08.mp4

View all open jobs on GitHub

Issue Owner

Current Issue Owner: @trjExpensify

[melvin-bot]

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

[melvin-bot]

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

[melvin-bot]

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

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

[nlemma]

@VictoriaExpensify 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.

[blame-gpt]

Possible culprit PRs for this issue

• Fix unreported expense created from OD is not shown in unreported expense list #62651: The PR test steps and title directly match the issue reproduction steps involving loading many unreported expenses and scrolling to load more, and it changes files related to unreported expenses loading and UI skeletons.
• Fix - Site is stuck after deleting the only expense in the report #62317: The PR involves fixing site stuck issues after deleting expenses in reports, which relates to report and expense UI flows, matching the issue's context of expense report interactions.

[sumo-slonik]

Hi, I'm Kuba from SWM, and I'm already taking a look at it.

[sumo-slonik]

@nlemma Are you still able to reproduce this? It seems that after adding well over 50 unreported expenses, I’m not seeing the same behavior on my emulator. Maybe it was just a temporary issue with receiving a response from the backend.

[AndrewGable]

Hey @sumo-slonik and @SzymczakJ @mountiny @luacmartins @DylanDylann - Should we try reverting #62651 ?

[sumo-slonik]

Hey @AndrewGable , why should we revert this? I’m not convinced the issue is actually reproducible. Can we first make sure that we’re actually able to reproduce this bug?

[AndrewGable]

We should revert it because it's our goal to get these closed ASAP and the deploy out ASAP. I will look and see if I can reproduce.

I did not see the site having any issues during the time in which this test was being run: https://status.expensify.com/

[luacmartins]

The logs don't show any slow commands in the API. Given that most of the requests have offset: 0 I think the issue might be related to the offset not updating correctly or triggering the request multiple times. Let's try to reproduce it first.

[AndrewGable]

Reproduced on [email protected] by following the steps above

Google.Chrome.2025-05-28.at.11.27.09.mp4

Google.Chrome.2025-05-28.at.11.27.58.mp4

[luacmartins]

Requests seem to be correct and returned fast. So the issue is the FE handling the results and loading state

[AndrewGable]

I do believe you have to scroll quite fast for the loading to become "stuck"

[AndrewGable]

I have the revert PR prepared but we can also choose to demote. I could see it going either way!

[trjExpensify]

You can demote it as it's behind the trad reports beta. But regardless, I'd not block on it either given the size of the list of unreported expenses required and speed of scrolling to get stuck.

[AndrewGable]

Sounds good, I will demote and assign!

[sumo-slonik]

It's possible that I was scrolling too slowly on the emulator, so I'll try it on a physical device. I'm getting to fixing it now

[melvin-bot]

Reviewing label has been removed, please complete the "BugZero Checklist".

[melvin-bot]

The solution for this issue has been 🚀 deployed to production 🚀 in version 9.1.58-4 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue:

• fix unreported expense skeletons #63042

If no regressions arise, payment will be issued on 2025-06-11. 🎊

For reference, here are some details about the assignees on this issue:

• @sumo-slonik does not require payment (Contractor)

[melvin-bot]

@AndrewGable / @luacmartins @trjExpensify @sumo-slonik The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed. Please copy/paste the BugZero Checklist from here into a new comment on this GH and complete it. If you have the K2 extension, you can simply click: [this button]

[trjExpensify]

Adding @jayeshmangwani for payment when due.