Page MenuHomePhabricator

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

Authored by atul on Jun 2 2022, 12:22 PM.
Tags
None
Referenced Files
Unknown Object (File)
Tue, Aug 27, 3:10 PM
Unknown Object (File)
Aug 2 2024, 7:36 AM
Unknown Object (File)
Aug 2 2024, 7:36 AM
Unknown Object (File)
Aug 2 2024, 7:36 AM
Unknown Object (File)
Aug 2 2024, 7:36 AM
Unknown Object (File)
Aug 2 2024, 7:33 AM
Unknown Object (File)
Jul 21 2024, 4:52 AM
Unknown Object (File)
Jul 21 2024, 4:51 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 D4190

Test Plan

Hopefully the months of having assertThreadStoreThreadsAreEqual check in are sufficient.

Diff Detail

Repository
rCOMM Comm
Branch
landjune7 (branched from master)
Lint
No Lint Coverage
Unit
No Test Coverage