[ModelTypeWorker] Store SyncEntities if encryption pending
This CL changes the way we process incoming SyncEntities when decryption is pending. After the change: - PopulateUpdateResponseData() early returns and does not populate anything if decryption is pending. - ProcessGetUpdatesResponse() then stores the original SyncEntity instead of the previous (partially) populated UpdateResponseData. - DecryptStoredEntities() gets much simpler because it can now reuse PopulateUpdateResponseData() and does not have to duplicate the decryption logic. As a result this CL reconciles all bookmarks adaptations into a single place in PopulateUpdateResponseData(). This CL does not introduce any behavioral change. Bug: 1007199 Change-Id: I5ebbfcbaf5dd6bd677aba1697e7ee8d8cd08d75f Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1827427 Commit-Queue: Jan Krcal <jkrcal@chromium.org> Reviewed-by:Mikel Astiz <mastiz@chromium.org> Cr-Commit-Position: refs/heads/master@{#723431}
Showing
This diff is collapsed.
Please register or sign in to comment