-
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
[HOLD for payment][$1000] App displays older message in LHN if we send message directly after editing previous message #18102
Comments
Triggered auto assignment to @adelekennedy ( |
Bug0 Triage Checklist (Main S/O)
|
@adelekennedy Huh... This is 4 days overdue. Who can take care of this? |
I am not able to reproduce, when I follow the steps above the most recent message shows in the LHN for me, not the edited version |
I followed the steps above on staging but my most recent message still appears in the LHN (not most recently edited) |
Hi @adelekennedy , I tried on latest build and was able to reproduce. Key here is send any message, write some text in compose box, edit the last written message (do not save it) and press enter twice to first save the edit message and then send new written message. |
@adelekennedy Eep! 4 days overdue now. Issues have feelings too... |
it still doesn't reproduce for me, but if you're still able to then let's move forward |
Job added to Upwork: https://www.upwork.com/jobs/~0189fd1082d549e699 |
Current assignee @adelekennedy is eligible for the External assigner, not assigning anyone new. |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @0xmiroslav ( |
Triggered auto assignment to @MariaHCD ( |
IMO this is an example of the 'replay effect' which is mentioned and should be resolved in this issue. In short, we are performing consecutive write operations for a same Onyx key In this case, the order of the Onyx update operation received from Pusher is messed up due to the SequentialQueue implementation. I think it would be resolved after the above tracking issue is completed. Should be on hold I guess? |
Thanks, @tienifr! I agree that this is related to the replay effect issue. We can revisit & retest this once the PR fixes are deployed as part of that tracking issue. |
As an additional note, I was able to reproduce the issue on dev: Screen.Recording.2023-05-09.at.6.15.42.PM.mov |
Just noticed, if you delete a comment and then add a new comment while DeleteComment hasn't finished yet, the last message in the LHN also reverts back to the previous message: Screen.Recording.2023-05-23.at.6.11.10.PM.mov |
Tested with adding an attachment and then sending a message right after, it results in the same behavior, as soon as AddComment completes, the last message in the LHN is reverted to the previous message instead of the latest one. Screen.Recording.2023-05-23.at.6.13.56.PM.mov |
Let's have the external community continue the investigation in the other issue. I'll keep an eye out and see if we should just close this one out (after paying the bug reporter) and update that issue to include this scenario. |
@MariaHCD @sonialiap @adelekennedy @0xmiroslav this issue is now 4 weeks old and preventing us from maintaining WAQ. This should now be your highest priority. Please post below what your plan is to get a PR in review ASAP. Thanks! |
@MariaHCD should we add |
@sonialiap Done! Currently on hold for #12775 |
It still looks like we're on hold here. |
Still on hold for #12775 |
#12775 is off hold, but based on Maria's comment #18102 (comment) we might want to hold on #16530. |
Looks like #16530 is no longer reproducible 🙏🏼 #16530 (comment) @kavimuru can we retest this and verify if the issue still exists? |
We just need to verify if this is still reproducible. Bump @kavimuru :) |
@MariaHCD I am seeing different issue now. When I hit Recording.1115.mp4 |
In the video, it looks like the composer is no longer focused after editing the previous message. It doesn't seem related to this issue, though. So maybe it's worth opening up a new issue (if one does not already exist). I retested it on Chrome (Mac) and the message in the LHN correctly shows the latest message 🎊 Screen.Recording.2023-06-28.at.12.12.13.PM.movLet's pay the bug reporter and close this out! cc: @sonialiap |
@dhanashree-sawant offer sent for reporting issue I'll be OOO tomorrow and Monday, I'll check tomorrow morning in case the offer is accepted, but if it isn't before I head out then I'll complete payment as soon as I'm back online! |
Back from OOO, paid ✅ |
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:
App should always display latest sent message in LHN
Actual Result:
App displays previous edited message if we send message directly after editing previous message
Workaround:
Can the user still use Expensify without this being fixed? Have you informed them of the workaround?
Platforms:
Which of our officially supported platforms is this issue occurring on?
Version Number: 1.3.7.2
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
Notes/Photos/Videos: Any additional supporting documentation
LHN.not.updated.with.new.message.mp4
Recording.394.mp4
Expensify/Expensify Issue URL:
Issue reported by: @dhanashree-sawant
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1682587455957279
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: