IOU - All group participants are not displayed in the Split bill attendees

[isagoico]

If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!

---

Issue is failing PR #3881 on Android

Action Performed:

1. Navigate to a group that has more than 4 participants
2. Tap on split bill
3. Deselect a select attendees randomly

Expected Result:

User should be able to scroll the list of attendees to select and deselect the required ones.

Actual Result:

User is unable to scroll the list of attendees. Only 4 attendees are displayed at all times, even when the group has more than 4 group participants.

Workaround:

Unknown.

Platform:

Where is this issue occurring?

• Android

Version Number: 1.0.83-0

Logs: https://stackoverflow.com/c/expensify/questions/4856

Notes/Photos/Videos: Any additional supporting documentation

SVID_20210807_121823_1.mp4

Expensify/Expensify Issue URL:

View all open jobs on Upwork

[MelvinBot]

Triggered auto assignment to @Jag96 (Engineering), see https://stackoverflow.com/c/expensify/questions/4319 for more details.

[OSBotify]

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

[rushatgabhane]

@isagoico
Just to clarify, this bug isn't caused due to the PR #3881.
Because the bug is present in production too. And the PR isn't deployed to production.

v1.0.82-7 from play store.

production.mp4

Also, sorry for late reply. I didn't get any notification.

[isagoico]

Oh ok. I thought the PR was a fail because of this. Removing the deploy blocker label. Tagging both PR reviewers just in case. CC @marcaaron @Luke9389

[marcaaron]

Ah sorry, I don't know much about this cc @Luke9389

[Jag96]

Removing the hourly label here since this isn't a deploy blocker and putting into the AutoAssigner queue

[MelvinBot]

Triggered auto assignment to @stephanieelliott (AutoAssignerTriage), see https://stackoverflow.com/c/expensify/questions/4749 for more details.

[Luke9389]

We may want to wait on this until #3881 is deployed to production because it contains a pretty significant refactor of this view.

[parasharrajat]

@Luke9389 this is a regression from #3881.

[Luke9389]

@rushatgabhane claims it's occurring on production as well. @isagoico can we test production for this?

[parasharrajat]

Oh yeah. I missed that part. Sorry Rushat 😅

[isagoico]

Confirmed this is also happening in Prod version

[stephanieelliott]

Issue is complete. reproducible, and worth fixing, moving on to Engineering.

[MelvinBot]

Triggered auto assignment to @joelbettner (Engineering), see https://stackoverflow.com/c/expensify/questions/4319 for more details.

[joelbettner]

This looks like it has what it needs. Un-assigning myself.

[MelvinBot]

Triggered auto assignment to @kadiealexander (External), see https://stackoverflow.com/c/expensify/questions/8582 for more details.

[parasharrajat]

This is not happening on the latest code.

[kadiealexander]

@parasharrajat is right, I tested on 1.0.85-0 and this seems to be resolved:

w_a17d6828960171ea40c4c0bba50ed00f5924041a.mp4