You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[HOLD for payment 2024-01-22] [$500] Threads - __ fake __ appears in Search list after leaving and rejoining thread #33415
Version Number: 1.4.15-4 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:
Go to workspace chat
Send a message
Right click on the message > Reply in thread
Send a message
Leave the thread
Rejoin the thread by clicking on the message in the main chat and sending a reply
Click on the Search icon
Create a split bill with __ fake __
Expected Result:
__ fake __ is not present in the Search list
Actual Result:
__ fake __ is present in the Search list
When splitting bill with __ fake __, app crashes
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
changed the title [-]Threads - __ fake __ appears in Search list after leaving and rejoining thread[/-][+][$500] Threads - __ fake __ appears in Search list after leaving and rejoining thread[/+]on Dec 21, 2023
Please re-state the problem that we are trying to solve in this issue.
The __fake__ account is present in the options list while searching.
What is the root cause of that problem?
We do not filter out the __fake__ account with accountID=0 while building the list of participants.
This is the fake account in Onyx, and we should filter it out when building the list of suggestions, as it is used solely for sending the system messages and should not be interacted with:
What changes do you think we should make in order to solve the problem?
Here, we should ignore the fake account with accountID=0 and login='__fake__' as well:
the server response for OpenReport command has the __fake__ personal detail in the list; it only happens for workspace chat not 1:1 chat
should be fixed in BE
It's not necessary to leave the thread. This response comes whenever we open an existing thread in a workspace chat.
And while it may be fixed from the BE, it also can be fixed on the FE side without any major difference.
changed the title [-][$500] Threads - __ fake __ appears in Search list after leaving and rejoining thread[/-][+][HOLD for payment 2024-01-22] [$500] Threads - __ fake __ appears in Search list after leaving and rejoining thread[/+]on Jan 15, 2024
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.4.24-8 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue:
BugZero Checklist: The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:
[@eVoloshchak] The PR that introduced the bug has been identified. Link to the PR:
[@eVoloshchak] The offending PR has been commented on, pointing out the bug it caused and why, so the author and reviewers can learn from the mistake. Link to comment:
[@eVoloshchak] A discussion in #expensify-bugs has been started about whether any other steps should be taken (e.g. updating the PR review checklist) in order to catch this type of bug sooner. Link to discussion:
[@eVoloshchak] Determine if we should create a regression test for this bug.
[@eVoloshchak] If we decide to create a regression test for the bug, please propose the regression test steps to ensure the same bug will not reach production again.
The PR that introduced the bug has been identified. Link to the PR: there isn't a PR that caused this, the data is returned by back end
The offending PR has been commented on, pointing out the bug it caused and why, so the author and reviewers can learn from the mistake. Link to comment: N/A
A discussion in #expensify-bugs has been started about whether any other steps should be taken (e.g. updating the PR review checklist) in order to catch this type of bug sooner. Link to discussion: I don't think an additional discussion is needed, this is a pretty minor bug, updating our processes/checklists isn't worth it Is it easy to test for this bug? Yes
Is the bug related to an important user flow? Yes
Is it an impactful bug? No
The bug has little impact, but it's related to the part of the application that's used a lot and it's easy to test, so we might add a regression test (testing steps from fix: Filter out personal details with falsy accountIDs #34015 can be used)
Regression Test Proposal
Go to a workspace chat
Send a message
Right-click on the message > Reply in thread
Send a message
Leave the thread
Rejoin the thread by clicking on the message in the main chat and sending a new reply
Looks like I didn't request the payment for this (no "Approved payment for.." message). Cannot find the request on Expensify either.
I'll request the payment, but please double-check this hasn't been paid already. Thanks!
Activity
melvin-bot commentedon Dec 21, 2023
Triggered auto assignment to @conorpendergrast (
Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details.melvin-bot commentedon Dec 21, 2023
Job added to Upwork: https://www.upwork.com/jobs/~011134428cbeec541d
[-]Threads - __ fake __ appears in Search list after leaving and rejoining thread[/-][+][$500] Threads - __ fake __ appears in Search list after leaving and rejoining thread[/+]melvin-bot commentedon Dec 21, 2023
Bug0 Triage Checklist (Main S/O)
Platformsin OP are ✅)melvin-bot commentedon Dec 21, 2023
Triggered auto assignment to Contributor-plus team member for initial proposal review - @eVoloshchak (
External)paultsimura commentedon Dec 21, 2023
Proposal
Please re-state the problem that we are trying to solve in this issue.
The
__fake__account is present in the options list while searching.What is the root cause of that problem?
We do not filter out the
__fake__account withaccountID=0while building the list of participants.This is the fake account in Onyx, and we should filter it out when building the list of suggestions, as it is used solely for sending the system messages and should not be interacted with:
What changes do you think we should make in order to solve the problem?
Here, we should ignore the fake account with
accountID=0andlogin='__fake__'as well:App/src/libs/OptionsListUtils.js
Line 1217 in df98114
What alternative solutions did you explore? (Optional)
FitseTLT commentedon Dec 21, 2023
I have debugged it, It is a backend issue when we open a thread we have left from we call open child report here
App/src/pages/home/report/ReportActionItemThread.tsx
Lines 45 to 46 in 2f7c2b2
the server response for
OpenReportcommand has the__fake__personal detail in the list; it only happens for workspace chat not 1:1 chatshould be fixed in BE
paultsimura commentedon Dec 21, 2023
It's not necessary to leave the thread. This response comes whenever we open an existing thread in a workspace chat.
And while it may be fixed from the BE, it also can be fixed on the FE side without any major difference.
23 remaining items
[-][$500] Threads - __ fake __ appears in Search list after leaving and rejoining thread[/-][+][HOLD for payment 2024-01-22] [$500] Threads - __ fake __ appears in Search list after leaving and rejoining thread[/+]melvin-bot commentedon Jan 15, 2024
Reviewinglabel has been removed, please complete the "BugZero Checklist".melvin-bot commentedon Jan 15, 2024
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.4.24-8 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue:
If no regressions arise, payment will be issued on 2024-01-22. 🎊
For reference, here are some details about the assignees on this issue:
melvin-bot commentedon Jan 15, 2024
BugZero Checklist: The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:
dangrous commentedon Jan 22, 2024
Looks like we're ready for the checklist and payment!
eVoloshchak commentedon Jan 22, 2024
Is it easy to test for this bug? Yes
Is the bug related to an important user flow? Yes
Is it an impactful bug? No
The bug has little impact, but it's related to the part of the application that's used a lot and it's easy to test, so we might add a regression test (testing steps from fix: Filter out personal details with falsy accountIDs #34015 can be used)
Regression Test Proposal
Do we agree 👍 or 👎
conorpendergrast commentedon Jan 22, 2024
Payouts due:
Contributor+: $500 @eVoloshchak through NewDot Manual Requests
Upwork job is here.
conorpendergrast commentedon Jan 22, 2024
Contract paid via Upwork, payout summary added.
Regression test steps look good @eVoloshchak, thanks! Regression test created: https://github.com/Expensify/Expensify/issues/362667
Looks like that's it; thanks everyone
eVoloshchak commentedon Feb 9, 2024
Looks like I didn't request the payment for this (no "Approved payment for.." message). Cannot find the request on Expensify either.
I'll request the payment, but please double-check this hasn't been paid already. Thanks!
conorpendergrast commentedon Feb 9, 2024
I can confirm that this was not paid via Upwork (see summary above) and I don't have the context for a manual request!
JmillsExpensify commentedon Feb 9, 2024
$500 approved for @eVoloshchak based on this summary.