-
Notifications
You must be signed in to change notification settings - Fork 3k
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
[$250] 53978-Chat-New message button disappears when navigating back the the main chat from a thread #54093
Comments
Triggered auto assignment to @kadiealexander ( |
Job added to Upwork: https://www.upwork.com/jobs/~021867422219524271281 |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @alitoshmatov ( |
ProposalPlease re-state the problem that we are trying to solve in this issue.New message button disappears, and the message marked as unread is not shown as new after returning from a subthread. What is the root cause of that problem?We call
What changes do you think we should make in order to solve the problem?We should not pass
What specific scenarios should we cover in automated tests to prevent reintroducing this issue in the future?NA (It's a UI issue) What alternative solutions did you explore? (Optional)Screen.Recording.2024-12-13.at.12.57.39.movReminder: Please use plain English, be brief and avoid jargon. Feel free to use images, charts or pseudo-code if necessary. Do not post large multi-line diffs or write walls of text. Do not create PRs unless you have been hired for this job. |
Edited by proposal-police: This proposal was edited at 2024-12-13 21:19:09 UTC. ProposalPlease re-state the problem that we are trying to solve in this issue.Chat-New message button disappears when navigating back the the main chat from a thread What is the root cause of that problem?When navigating back from the thread we are linking to the parent report action and when the link has the report action id we want to position that specific report action as the bottom most report action to achieve that we slice report action list to the linkedReportActionIndex here on first render App/src/pages/home/report/ReportActionsView.tsx Lines 241 to 243 in b2dca65
after positioning we set firstRenderRef to false so we will now add the report actions below the linked action to the list App/src/pages/home/report/ReportActionsView.tsx Lines 244 to 245 in b2dca65
With this background, the root cause of our current issue is we ignore unread markers if the new message is coming from the current user here
this was introduced by #51113 to fix an issue of showing unread marker for message created by the current user but to determine that the message is a new message we check that the unread message was not part of previous visible report action list
So in our case when we come back from the thread it is assuming that the report action that we have marked as unread before going to the child thread is a new message added by the current user. Why? because as I have explained above when as we are linking to a report action on first render we chop off all report actions below the linked action (to position it to the bottom as explained above) Therefore, isNewMessage will be true hence the message will be ignored from being marked and New message buttons too don't appear if there are no unread report actions so it doesn't appear 👍App/src/pages/home/report/ReportActionsList.tsx Lines 469 to 471 in b2dca65
What changes do you think we should make in order to solve the problem?The fact that the message doesn't exist in
What specific scenarios should we cover in automated tests to prevent reintroducing this issue in the future?What alternative solutions did you explore? (Optional) |
📣 @banjaminlee! 📣
|
@kadiealexander, @alitoshmatov Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
@kadiealexander, @alitoshmatov Huh... This is 4 days overdue. Who can take care of this? |
@alitoshmatov Any update here? |
@kadiealexander, @alitoshmatov 6 days overdue. This is scarier than being forced to listen to Vogon poetry! |
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸 |
Sorry, I have a lot on my plate. Will ask to other C reassignment |
Taking over. Please assign to me @kadiealexander |
@kadiealexander Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
@kadiealexander this issue was created 2 weeks ago. Are we close to approving a proposal? If not, what's blocking us from getting this issue assigned? Don't hesitate to create a thread in #expensify-open-source to align faster in real time. Thanks! |
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸 |
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.0.75-5
Reproducible in staging?: Yes
Reproducible in production?: Yes
If this was caught on HybridApp, is this reproducible on New Expensify Standalone?: N/A
If this was caught during regression testing, add the test name, ID and link from TestRail: https://expensify.testrail.io/index.php?/cases/view/2661784
Email or phone of affected tester (no customers): N/A
Issue reported by: Applause Internal Team
Device used: MacBook Air Sonoma 14.1 Chrome, iPhone 15 iOS 18.1.1 Safari
App Component: Chat Report View
Action Performed:
Expected Result:
New message button still shown in the chat with the message marked as unread after returning from a subthread.
Actual Result:
New message button disappears, and the message marked as unread is not shown as new after returning from a subthread.
Workaround:
Unknown
Platforms:
Screenshots/Videos
Bug6692821_1734047464876.message_is_not_marked_as_new.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @alitoshmatovThe text was updated successfully, but these errors were encountered: