[$250] De-dupe AddComment, EditComment, and DeleteComment requests

[roryabraham]

Problem

When we make unnecessary network requests, it slows down the app and contributes to higher traffic on our servers. In particular:

• if you are offline and you serialize multiple EditComment requests, only the last one will take effect
• if you serialize both an AddComment and any number of EditComment requests, the result would be the same as one AddComment with the content of the final EditComment
• if you serialize an AddComment followed by a DeleteComment, the end result is the same as not sending any network requests at all
• if you serialize an EditComment request followed by a DeleteComment, the end result is the same as only sending the DeleteComment

Solution

De-dupe the network requests!

Upwork Automation - Do Not Edit

• Upwork Job URL: https://www.upwork.com/jobs/~021848400026446902359
• Upwork Job ID: 1848400026446902359
• Last Price Increase: 2024-10-21
• Automatic offers:
• dukenv0307 | Reviewer | 104528746
• c3024 | Contributor | 104528756

Issue Owner

Current Issue Owner: @dukenv0307

[roryabraham]

cc @gedu

[gedu]

Hey, I'm Edu from Callstack, I can take this one

[shubham1206agra]

There are several obstacles to achieve this.

1. if you are offline and you serialize multiple EditComment requests, only the last one will take effect

The obstacle here is that if the request fails after replace call, it will show wrong comment.

2. if you serialize an AddComment followed by a DeleteComment, the end result is the same as not sending any network requests at all

This is tricky as we are now reducing the queue size.

[roryabraham]

The obstacle here is that if the request fails after replace call, it will show wrong comment.

isn't that the case today with any EditComment request? Or is there something I'm missing?

[roryabraham]

Going on parental leave. @gedu @mountiny @shubham1206agra I leave this in your capable hands. My parting note is to please use as many automated tests to cover this change as possible 👍🏼

[gedu]

I just made a PR for OpenApp, I will start taking a look at this

[gedu]

@shubham1206agra I'm making me a diagram, and I was thinking, what about a reaction, deleteComment has to delete addEmojiReaction too. Because now if you edit -> edit -> add reaction -> delete, you will see a request for each in that order. When we should see only a delete request, right?

[shubham1206agra]

Yes that is true

[gedu]

@shubham1206agra also just to make sure, if I edit -> create a thread -> add message in that thread -> delete original message, this is the final state. In such case I only delete the editComment the thread should be created and any message in it, right?

This is how it looks now

[shubham1206agra]

Yes

[shubham1206agra]

There's another case
Add comment -> Add comment in thread -> Delete parent comment -> Delete thread comment

No request should be made in this case

[gedu]

There's another case
Add comment -> Add comment in thread -> Delete parent comment -> Delete thread comment

No request should be made in this case

Ohh, yeah, so nothing happens, no new thread is created and no new message is added into that thread. Cool, I'm adding this case too

[gedu]

Just to make sure, these cases can happen at any time, not just offline. Given that the queue is being processed sequentially, the delete could occur at any time, and I have to prevent those messages from being sent, right?

[gedu]

@shubham1206agra Also I was thinking, if I create a thread -> message -> message -> delete last message -> delete thread.
I'm not sure if I found a bug because my chat breaks. I lose my Task, and I should have two [Deleted Message] messages.

delete_message.mp4

[shubham1206agra]

Can you report the bug in slack?

[gedu]

Can you report the bug in slack?

How can I do it? I don't have access to the prompt /bug

[mountiny]

You can just copy the template and fill it manually

[melvin-bot]

Triggered auto assignment to @bfitzexpensify (Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details. Please add this bug to a GH project, as outlined in the SO.

[gedu]

if you serialize both an AddComment and any number of EditComment requests, the result would be the same as one
AddComment with the content of the final EditComment

@mountiny After a talk with @zirgulis that point we will tackle in a new PR, not in the same one of multiple EditComment, given that it will require more logic and a new set of tests. That way we can track it better if any issue shows up

[zirgulis]

if you are offline and you serialize multiple EditComment requests, only the last one will take effect

@mountiny @gedu for this I have the code ready here, will create a PR tomorrow since I still need to test on emulators and do the screen recordings.

[zirgulis]

@mountiny @gedu Multiple EditComment requests deduping PR is open #51149

[mountiny]

Thanks!

[melvin-bot]

Job added to Upwork: https://www.upwork.com/jobs/~021848400026446902359

[melvin-bot]

Triggered auto assignment to Contributor-plus team member for initial proposal review - @dukenv0307 (External)

[melvin-bot]

📣 @dukenv0307 🎉 An offer has been automatically sent to your Upwork account for the Reviewer role 🎉 Thanks for contributing to the Expensify app!

Offer link
Upwork job

[melvin-bot]

📣 @c3024 🎉 An offer has been automatically sent to your Upwork account for the Contributor role 🎉 Thanks for contributing to the Expensify app!

Offer link
Upwork job
Please accept the offer and leave a comment on the Github issue letting us know when we can expect a PR to be ready for review 🧑‍💻
Keep in mind: Code of Conduct | Contributing 📖

[gedu]

if you serialize both an AddComment and any number of EditComment requests, the result would be the same as one > AddComment with the content of the final EditComment

@mountiny I did the second item, and I'm seeing this behaviour, for a couple of seconds, until the response is back and then it rerenders, you can see the edit label next to the message. Is it ok?

Given that the optimisticData is applied before the request reaches the SequentialQueue, it is showing, I can try to add a rollback case for it, but want to confirm if we want or not to show the edit label. The rollback will be applied as soon as the "conflict" is resolved so probably the user won't see the edit label while being of line, will be like he just updated the comment.

updateComment_addComment.mp4

[mountiny]

@gedu I think from UX it would be best not to show it but I would not block on this if its too complex to achieve not showing edited label

[gedu]

if you serialize both an AddComment and any number of EditComment requests, the result would be the same as one > > AddComment with the content of the final EditComment

Created a new PR: #51422 to add the last point, it depends on #50919, so would be good to merge that one first