Page MenuHomePhabricator

[lib] Update `threadStore` with `threadStoreOps` for `updateSubscription.success` action
ClosedPublic

Authored by atul on Jun 2 2022, 11:50 AM.
Tags
None
Referenced Files
F3378624: D4188.diff
Wed, Nov 27, 11:54 AM
Unknown Object (File)
Sat, Nov 23, 7:57 PM
Unknown Object (File)
Sat, Nov 23, 7:46 PM
Unknown Object (File)
Sat, Nov 23, 7:29 PM
Unknown Object (File)
Sat, Nov 2, 5:00 PM
Unknown Object (File)
Oct 8 2024, 8:53 AM
Unknown Object (File)
Oct 8 2024, 8:52 AM
Unknown Object (File)
Oct 8 2024, 8:52 AM

Details

Summary

Copied from D4185:

Previously we were directly updating the threadStore object with the necessary changes for each action... and also constructing a corresponding list of ops that were used for modifying the SQLite store (on native).

We've had an assertThreadStoreThreadsAreEqual check for each action to verify that the threadStore being constructed "directly" and via the "ops approach" were equivalent. At this point we're pretty confident that they are, and so can safely remove some of the redundant code.

In this diff we remove the assertThreadStoreThreadsAreEqual and return the "processed" threadStore as the "updated" threadStore.


Depends on D4187

Test Plan

Hopefully the months of having assertThreadStoreThreadsAreEqual check in are sufficient.

Diff Detail

Repository
rCOMM Comm
Branch
master
Lint
No Lint Coverage
Unit
No Test Coverage