-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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
[HOLD for payment 2023-10-18] [$500] Chat - Green line only appears on the first message marked as unread until the chat is reloaded #29160
Comments
Job added to Upwork: https://www.upwork.com/jobs/~01de5cb06e0da1953b |
Triggered auto assignment to @NicMendonca ( |
Bug0 Triage Checklist (Main S/O)
|
Triggered auto assignment to Contributor-plus team member for initial proposal review - @aimane-chnaif ( |
👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open
|
Triggered auto assignment to @lakchote ( |
Not repro in Prod Screen_Recording_20231010_121919_New.Expensify.mp4 |
ProposalPlease re-state the problem that we are trying to solve in this issue.Green line only appears on the first message marked as unread until the chat is reloaded What is the root cause of that problem?This is a regression from #28146 App/src/pages/home/report/ReportActionsList.js Lines 304 to 314 in 562f9d8
and App/src/pages/home/report/ReportActionsList.js Lines 178 to 187 in 562f9d8
The first one tried to update new currentUnreadMarker while the second one tried to reset currentUnreadMarker, so the logic of What changes do you think we should make in order to solve the problem?Update the first const didManuallyMarkReportAsUnread = report.lastReadTime < DateUtils.getDBTime() && ReportUtils.isUnread(report);
_.each(sortedReportActions, (reportAction, index) => {
if (!shouldDisplayNewMarker(reportAction, index) || didManuallyMarkReportAsUnread) {
return;
} What alternative solutions did you explore? (Optional)N/a ResultScreen.Recording.2023-10-10.at.15.48.15.mp4 |
@aimane-chnaif please review the proposals as soon as possible since it's a deploy blocker. |
I don't like @hungvu193's proposal. It will cause another regression of "New message" badge not appearing after scrolling up because |
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.3.83-11 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 2023-10-20. 🎊 After the hold period is over and BZ checklist items are completed, please complete any of the applicable payments for this issue, and check them off once done.
For reference, here are some details about the assignees on this issue:
As a reminder, here are the bonuses/penalties that should be applied for any External 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:
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.3.83-11 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 2023-10-20. 🎊 After the hold period is over and BZ checklist items are completed, please complete any of the applicable payments for this issue, and check them off once done.
For reference, here are some details about the assignees on this issue:
As a reminder, here are the bonuses/penalties that should be applied for any External 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:
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.3.84-10 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 2023-10-23. 🎊 After the hold period is over and BZ checklist items are completed, please complete any of the applicable payments for this issue, and check them off once done.
For reference, here are some details about the assignees on this issue:
As a reminder, here are the bonuses/penalties that should be applied for any External 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:
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.3.84-10 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 2023-10-23. 🎊 After the hold period is over and BZ checklist items are completed, please complete any of the applicable payments for this issue, and check them off once done.
For reference, here are some details about the assignees on this issue:
As a reminder, here are the bonuses/penalties that should be applied for any External 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:
|
@aimane-chnaif can you apply to the job please? https://www.upwork.com/jobs/~01de5cb06e0da1953b |
@NicMendonca please unassign and assign me back. Melvin will send offer automatically. |
@aimane-chnaif offer sent |
@aimane-chnaif you've been paid! |
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.3.80-0
Reproducible in staging?: Y
Reproducible in production?: N
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:
Expected Result:
Green line "New" appears above the another message
Actual Result:
Green line still marks the previous message
Green line appears above another message only after the chat is reloaded
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Android: Native
Android: mWeb Chrome
iOS: Native
Bug6231446_1696914315542.iOS-Greenline-appear-1st-message-only-until-chat-reload.mp4
iOS: mWeb Safari
MacOS: Chrome / Safari
MacOS: Desktop
Bug6231446_1696914315537.Desktop-Greenline-appear-1st-message-only-until-chat-reload.mp4
View all open jobs on GitHub
The text was updated successfully, but these errors were encountered: