Closed blimpich closed 3 months ago
I don't think we need to have a C+ if it's just a version bump.
Reviewing
label has been removed, please complete the "BugZero Checklist".
The solution for this issue has been :rocket: deployed to production :rocket: in version 9.0.14-6 and is now subject to a 7-day regression period :calendar:. Here is the list of pull requests that resolve this issue:
If no regressions arise, payment will be issued on 2024-08-07. :confetti_ball:
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:
Payouts due:
Do we need a regression test @paultsimura?
Sorry @Christinadobrzyn, this one is $500, not $250 as mentioned in the payment summary.
I was not a C+ here, but would suggest the regression test:
@Christinadobrzyn No payment due to me as I never reviewed anything in the end :pray:
Thanks @paultsimura and @jjcoffee - are we paying someone else? @sobitneupane I see you on the PR, were you the C+ for this?
Technically, there was no C+ here, only me and @tgolen mostly.
Ah okay! Thanks @paultsimura!
I paid this out based on this payment summary. The regression test is created so I think this is good to close. Let me know if I'm missing anything!
Problem
When batching update operations (e.g. when coming online), Onyx executes the merge and mergeCollection operations in an incorrect order which leads to data inconsistency. See this comment for context.
Why do we care?
This has caused multiple issues: this, this, and is currently holding this.
What's expected?
The updates should happen in the same exact order as they've been enqueued to guarantee the eventual consistency of the data.
Note: this will probably involve working with the
react-native-onyx
repositoryIssue reported by: @paultsimura Slack conversation: https://expensify.slack.com/archives/C01GTK53T8Q/p1709229991663269?thread_ts=1705484273.717249&cid=C01GTK53T8Q
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @Christinadobrzyn