-
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
Message is not marked as read in LHN when opening same message again #13740
Comments
Triggered auto assignment to @stephanieelliott ( |
Hey @kavimuru when you say "report" I think you meant If so, I was able to repro this on iOS |
@stephanieelliott Sorry, I have updated the title. I copy pasted bug from the slack as it is. |
Cool, thanks @kavimuru! That makes sense now, updated the action steps based on that. I think this can be worked on externally. |
Job added to Upwork: https://www.upwork.com/jobs/~017db106fd914a1192 |
Current assignee @stephanieelliott is eligible for the External assigner, not assigning anyone new. |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @parasharrajat ( |
Triggered auto assignment to @amyevans ( |
This is related to unread messages and sequence numbers, I am putting this on hold for once the refactor is finished, added it to the tracking list https://github.com/Expensify/Expensify/issues/227234 |
Since I had already begun to test this before this was marked as out of scope, to add onto my findings to this issue anyways - This bug can be found on all browsers as long as they have a separate LHN window. Even when the message is marked as read after opening the chat after a refresh, the --New indicator still persists on opening the app again until another chat is opened. 2022-12-23.04-12-05.mp4 |
Hi team, how are we managing the state for storing the chats ? With the information on this page I can surely say that the state does gets updated once the chat is marked as unread (that’s why when we go back, the last message is boldened) but when that chat is opened again, there should be another callback that unchecks a flag in that chat object in the state and triggers a re-render. Perhaps the best way to do that could be using useEffect if we are using hooks because that lets you mutate the state object before the component is rendered so as to prevent subsequent renders. Could you please point me to the code/files for this bug to have a closer look? Thanks! |
@amyevans, @parasharrajat, @stephanieelliott Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
That being said, I will go ahead and send the Upwork offer. Thanks! |
@JmillsExpensify, @amyevans Whoops! This issue is 2 days overdue. Let's get this updated quick! |
1 similar comment
@JmillsExpensify, @amyevans Whoops! This issue is 2 days overdue. Let's get this updated quick! |
@JmillsExpensify I tested again and the issue is reproducible. It could be my bad that it was not reproducible the last time i tested. Screen.Recording.2023-11-13.at.8.35.09.PM.mov |
@JmillsExpensify, @amyevans Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
Ok all good! So what next steps do ya'll recommend? Open this back up for proposals? |
I think yes. |
@JmillsExpensify, @amyevans Huh... This is 4 days overdue. Who can take care of this? |
Please assign me back to the issue and I will start reviewing it. |
cc: @MonilBhavsar to put this on your radar |
Posted this in Slack as well, but I cannot repro. test-13740.mov |
This should be fixed! We can retest and most probably close this |
@JmillsExpensify, @amyevans 6 days overdue. This is scarier than being forced to listen to Vogon poetry! |
@lanitochka17 Mind trying to reproduce this one? At that point we can close. |
Though actually, I think @amyevans confirmation is enough. Going to issue payment for reporting to @abdulrahuman5196. |
Accepted the new offer @JmillsExpensify |
All paid out. Thank you! |
P.S. I discovered a duplicate offer, so I've just closed that one out. Sorry for the confusion. |
If you haven’t already, check out our contributing guidelines for onboarding and email [email protected] to request to join our Slack channel!
Action Performed:
Expected Result:
Report should not be bolded in the LHN after re-opening the chat
Actual Result:
Report is bolded in the chat list despite having been re-opened/read
Workaround:
unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Version Number: 1.2.42-0
**Reproducible in staging?:**y
**Reproducible in production?:**y
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Notes/Photos/Videos:
ScreenRecording.2.mov
QFFW4679.MP4
Expensify/Expensify Issue URL:
Issue reported by: @abdulrahuman5196
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1671290524425899
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @JmillsExpensifyThe text was updated successfully, but these errors were encountered: