[Improvement] Further improve batching by restarting OperationRepo's delay on every enqueue call #2060
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
One Line Summary
Further improve batching by restarting OperationRepo's delay on every enqueue call.
Details
Motivation
We want to prevent a misbehaving app stuck in a loop from continuously sending updates every
opRepoExecutionInterval(5 seconds currently). We also want to save more network calls for legitimate use-cases as well. Both of which are accomplished in this PRScope
Only affects OperationRepo's batching delay.
History
This "wait for the dust to settle" delay strategy was used for player update in 4.x.x.
Testing
Unit testing
Manual testing
Tested on an Android 13 emulator. Ensured login, sendTags, and toggle permission all works. Also ensured quickly toggling
optIn()/optOut()we don't make a network call until after 5 seconds of the last toggle.Affected code checklist
Checklist
Overview
Testing
Final pass
This change is