[$500] Room settings-Members added/deleted in a room in offline mode are not grayed out/crossed

[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.2-2
Reproducible in staging?: Y
Reproducible in production?: Y
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Expensify/Expensify Issue URL:
Issue reported by: Applause - Internal Team
Slack conversation:

Action Performed:

1. Go to URL https://staging.new.expensify.com/
2. Login with any Expensifail account
3. Open any room (or create it) -> Members
4. Turn off the internet connection
5. Invite some new members
6. Delete some members

Expected Result:

Members added offline are grayed out
Members removed offline are crossed out
We expect the same behavior as when removing/adding members offline in the workspace

Actual Result:

Members added offline are NOT grayed out
Members removed offline are NOT crossed out

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

Bug6287884_1700694133056.Recording__6866.mp4

View all open jobs on GitHub

Upwork Automation - Do Not Edit

• Upwork Job URL: https://www.upwork.com/jobs/~013f3cdcfb2a96a853
• Upwork Job ID: 1727466899004616704
• Last Price Increase: 2023-11-22
• Automatic offers:
• tienifr | Contributor | 27957669

Issue Owner

Current Issue Owner: @deetergp

[melvin-bot]

Job added to Upwork: https://www.upwork.com/jobs/~013f3cdcfb2a96a853

[melvin-bot]

Triggered auto assignment to @bfitzexpensify (Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details.

[melvin-bot]

Bug0 Triage Checklist (Main S/O)

• This "bug" occurs on a supported platform (ensure Platforms in OP are ✅)
• This bug is not a duplicate report (check E/App issues and #expensify-bugs)
  • If it is, comment with a link to the original report, close the issue and add any novel details to the original issue instead
• This bug is reproducible using the reproduction steps in the OP. S/O
  • If the reproduction steps are clear and you're unable to reproduce the bug, check with the reporter and QA first, then close the issue.
  • If the reproduction steps aren't clear and you determine the correct steps, please update the OP.
• This issue is filled out as thoroughly and clearly as possible
  • Pay special attention to the title, results, platforms where the bug occurs, and if the bug happens on staging/production.
• I have reviewed and subscribed to the linked Slack conversation to ensure Slack/Github stay in sync

[melvin-bot]

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

[tienifr]

Proposal

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

Room settings-Members added/deleted in a room in offline mode are not grayed out/crossed

What is the root cause of that problem?

When adding/deleting room members we did not store pendingAction like what we did with WS member

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

Solution 1: Add new Onyx key roomMembers to store the members in room. When adding new member to room, we set pendingAction: add, when removing member, set pendingAction: delete (like what we did with WS (policyMembers).)

Then add pendingAction to result

Solution 2: To be simpler, we can just add new filed to report_{id} when adding/removing member to store pendingAction

    const participantAccountsOptimistic= _.object(inviteeAccountIDs, Array(inviteeAccountIDs.length).fill({pendingAction: CONST.RED_BRICK_ROAD_PENDING_ACTION.ADD}))

    const participantAccountsSuccess= _.object(inviteeAccountIDs, Array(inviteeAccountIDs.length).fill({pendingAction: null}))

then add participantsOptimistic: participantAccountsOptimistic to optimisticData

participantsOptimistic: participantAccountsSuccess to successData

and generate errors to failureData

Do the same with removing room member

Finally, add pendingAction: participantsOptimistic[accountID].pendingAction to result

We should cover the case members are not in personalDetails

In inviteToRoom function

    const newPersonalDetailsOnyxData = PersonalDetailsUtils.getNewPersonalDetailsOnyxData(inviteeEmails, inviteeAccountIDs);

optimisticData: [
...
...newPersonalDetailsOnyxData.optimisticData
];

successData: [
...
...newPersonalDetailsOnyxData.successData
];

failureData: [
...
...newPersonalDetailsOnyxData.failureData
];

Result

Screen.Recording.2023-11-23.at.11.18.44.mov

[thirtyfoura34]

Contributor details
Your Expensify account email: thirtyfoura34@gmail.com
Upwork Profile Link: https://www.upwork.com/freelancers/~01903eeeb0b0665a65

[melvin-bot]

⚠️ Invalid email. Please make sure to create an Expensify account with this email first here.

[thirtyfoura34]

Contributor details
Your Expensify account email: thirtyfoura34@gmail.com
Upwork Profile Link: https://www.upwork.com/freelancers/~01903eeeb0b0665a65