Clarify specifications about replication / forcing timestamps in records #1362
Labels
documentation
protocol
question
scope: core
stale
For marking issues as stale. Labeled issues will be closed soon if label is not removed.
In the docs, we can read:
While trying to fix #1357 I realize I wasn't able to remove the bottleneck and obtain this behaviour. Good news is that the behaviour specified in the tests suite are consistent with the docs.
But I can't recall how and why that makes sense (apparently @Natim either). It comes from mozilla-services/cliquet#665 at the time @almet was working on kinto-signer replication.
Can we explain somewhere how the synchronization will work in that case? How will the client poll for changes and obtain the records in the past if we only bump the collection timestamp?
If we clarify this, there is a chance we can fix #1357 with something like in #1361
The tests are:
test_create_ignores_specified_last_modified_if_in_the_past
kinto/kinto/core/storage/testing.py
Lines 774 to 793 in 69af0ea
test_update_ignores_specified_last_modified_if_in_the_past
kinto/kinto/core/storage/testing.py
Lines 837 to 855 in 69af0ea
The text was updated successfully, but these errors were encountered: