-
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 2024-02-20] [$500] Chat – Message draft created Offline disappears while go back Online and refresh page #34667
Comments
Job added to Upwork: https://www.upwork.com/jobs/~01169b0346fc6a15b0 |
Triggered auto assignment to @anmurali ( |
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.Chat – Message draft created Offline disappears while go back Online and refresh page What is the root cause of that problem?Small clarification The main problem with this issue is that when we reload the page when ReportScreen is out of focus, by default we have reportID === 0 This is because we take App/src/pages/home/ReportScreen.js Lines 579 to 583 in 00a21a9
But since we are on a different screen, we initially don’t have reportID What changes do you think we should make in order to solve the problem?To fix this issue we can add useEffect for the composer App/src/pages/home/report/ReportActionCompose/ComposerWithSuggestions/ComposerWithSuggestions.js Line 67 in 4b7b8f2
What alternative solutions did you explore? (Optional)As an alternative, we can add a condition for SilentCommentUpdater and when reportID will be available to call useEffect inside the component and update the message
App/src/pages/home/report/ReportActionCompose/ComposerWithSuggestions/ComposerWithSuggestions.js Lines 638 to 644 in f0ebda9
|
@alitoshmatov - can you review and comment on the proposal above? |
I was not able to reproduce this issue, is there any additional steps involved. Screen.Recording.2024-01-24.at.16.15.41.mov |
Last main ) Screen.Recording.2024-01-24.at.12.49.12.movPlus easy way ) Screen.Recording.2024-01-24.at.12.51.14.mov |
Not sure what I am doing wrong, but still not reproducible on me |
Yes, very strange |
I reproduced it on desktop application but, I don't think refreshing is expected behavior on desktop |
What about staging or prod ?) |
Yes I was able to reproduce it on staging, still curious why it wasn't reproducible on local testing. Let me do some research on this issue then. |
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸 |
@ZhenjaHorbach just to be 100% sure can you retest this issue on the latest main. If you manage to reproduce it. I will ask for other c+ help and reassign if they can also reproduce |
Still reproduce ) Screen.Recording.2024-01-25.at.09.26.13.mov |
I reproduced with very simple step: (need to refresh quickly)
Screen.Recording.2024-01-25.at.4.01.18.PM.movAnd another step: (no need quick action to refresh)
Screen.Recording.2024-01-25.at.4.05.44.PM.mov(both steps don't require offline/online switch) |
@situchan Will you be able to take it over? |
sure if you want to |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.4.40-5 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-02-20. 🎊 For reference, here are some details about the assignees on 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:
|
Triggered auto assignment to @joekaufmanexpensify ( |
Payment not due for another 4 days but I will be OOO so I have reassigned for payment |
Sounds good! @situchan please complete the checklist so we can prep to issue payment next week. |
Not able to find exact offending PR as Report screen was refactored several times (mainly for performance improvement). |
BZ checklist is all set. All set to issue payment tomorrow. |
We need to make the following payments:
|
All set to issue payment. |
@ZhenjaHorbach $500 sent and contract ended! |
@situchan $500 sent and contract ended! |
Upwork job closed. |
All set. Thanks everyone! |
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: 1.4.26-1
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:
Expected Result:
The conversation is still displayed to the top of LHN (maintaining the same drafted status)
The drafted message is still displayed in the compose box
Actual Result:
The conversation is not displayed to the top of LHN (not maintaining the same drafted status)
The drafted message is not displayed in the compose box
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
Bug6345665_1705518174665.Message_draft_created_Offline_disappears.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: