-
Notifications
You must be signed in to change notification settings - Fork 3.2k
[HOLD for payment 2025-05-05][$250] Workspace - System message about member that left, disappears from chat preview on search #58240
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Triggered auto assignment to @stephanieelliott ( |
The number of action steps you need to take make this seem somewhat edge case, but this does seem like weird behavior that users could run into in a few different scenarios, so it's worth fixing IMO |
Job added to Upwork: https://www.upwork.com/jobs/~021900719600654813275 |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @getusha ( |
ProposalPlease re-state the problem that we are trying to solve in this issue.System message showing that another user left workspace chat, disappears from chat preview on search, after reopening chat and returning to LHN. Previous message is displayed again on preview after this action. What is the root cause of that problem?The report option displayed in the search route is generated through this function: App/src/libs/OptionsListUtils.ts Line 749 in b0e25f7
and the last message preview in the report option comes from: App/src/libs/OptionsListUtils.ts Line 837 in b0e25f7
The issue arises from the function getLastMessageTextForReport, which lacks logic to handle cases where the last action is LEAVEROOM. This causes it to fall back to report.lastMessageText: App/src/libs/OptionsListUtils.ts Line 739 in b0e25f7
What changes do you think we should make in order to solve the problem?We need to properly handle the LEAVEROOM action, similar to how other message types are managed. Specifically, we should add an extra else if block in this section: } else if (lastReportAction?.actionName === 'LEAVEROOM') {
lastMessageTextFromReport = 'leave the chat'; // The text should be translated here.
} This update ensures the correct last message is displayed. However, there’s an additional issue with the lastActorDisplayName used in the message preview: App/src/libs/OptionsListUtils.ts Line 844 in b0e25f7
Currently, report.lastActorAccountID holds an incorrect value. To fix this completely, the backend must ensure it returns the correct lastActorAccountID reflecting the user who left the chat. This will allow the UI to display the right actor’s name in the preview. What specific scenarios should we cover in automated tests to prevent reintroducing this issue in the future?Add a test case for getLastMessageTextForReport that covers the LEAVEROOM action. Ensure the function correctly returns the expected value — like "leave the chat" — and handles translations properly. What alternative solutions did you explore? (Optional) |
@getusha Whoops! This issue is 2 days overdue. Let's get this updated quick! |
Hey @getusha we have some proposals here, can you please review |
@stephanieelliott I think @getusha is not available this time. I'm on low bandwidth I can help take this issue as C+ |
Will address this today |
@daledah are you suggesting this could be fixed from the backend? |
Triggered auto assignment to @cristipaval, see https://stackoverflow.com/c/expensify/questions/7972 for more details. |
📣 @daledah 🎉 An offer has been automatically sent to your Upwork account for the Contributor role 🎉 Thanks for contributing to the Expensify app! Offer link |
PR is still under review |
Conflicts have been resolved, PR is just awaiting final review |
This issue has not been updated in over 15 days. @cristipaval, @stephanieelliott, @getusha, @daledah 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! |
Ok, I assigned this to me to fix the backend. |
ˆAuth PR that fixes the backend is in review |
The BE fix is deployed. |
@daledah the BE change is deployed, if you haven't already can you please resume work on PR? |
@stephanieelliott The PR is merged now, we're not blocked by BE changes. |
Oh great! Ok seems like the automation didn't work for this one, updating manually to queue for payment |
Summarizing payment on this issue:
Upwork job is here: https://www.upwork.com/jobs/~021900719600654813275 |
$250 approved for @getusha |
Uh oh!
There was an error while loading. Please reload this page.
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: 9.1.11-3
Reproducible in staging?: Yes
Reproducible in production?: Yes
If this was caught on HybridApp, is this reproducible on New Expensify Standalone?: Yes, reproducible on both
If this was caught during regression testing, add the test name, ID and link from TestRail: https://expensify.testrail.io/index.php?/tests/view/5724469&group_by=cases:section_id&group_order=asc&group_id=296762
Email or phone of affected tester (no customers): [email protected]
Issue reported by: Applause Internal Team
Device used: Motorola MotoG60 - Android 12 - Chrome / Windows 10 - Chrome
App Component: Search
Action Performed:
Expected Result:
System message showing the information about an user that left the chat, should remain on chat preview on search, after reopening chat and returning to LHN.
Actual Result:
System message showing that another user left workspace chat, disappears from chat preview on search, after reopening chat and returning to LHN. Previous message is displayed again on preview after this action.
Workaround:
Unknown
Platforms:
Screenshots/Videos
View all open jobs on GitHub
Bug6767561_1741706814238.Left.mp4
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @cristipavalThe text was updated successfully, but these errors were encountered: