You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current implementation erroneously assumes that the database size is always increasing and that a new database will be always bigger.
Unfortunately this assumption is wrong since a user database can become smaller due to data purging, vacuuming etc. Since this assumption is wrong, this requires users to manually intervene often so that premium sync functionality remains uninterrupted.
The mechanism above, was introduced so that users that sync between two devices won't overwrite their remotely synced databases by accident.
A user that uses a single machine should never have to manually intervene in order for sync to resume, so we need to update the mechanism/logic in a way that still prevents accidental overwrite without blocking the sync process unnecessarily for users that are only using a single device
Introducing metadata about the syncing device might help to resolve this problem.
The text was updated successfully, but these errors were encountered:
Hey @Dozie2001, thanks. Unfortunately this will have to be picked up by someone from the team since it also will most certainly require changes to parts of our infrastructure, and that is something only the team has access to.
Problem Definition
The current implementation erroneously assumes that the database size is always increasing and that a new database will be always bigger.
Unfortunately this assumption is wrong since a user database can become smaller due to data purging, vacuuming etc. Since this assumption is wrong, this requires users to manually intervene often so that premium sync functionality remains uninterrupted.
The mechanism above, was introduced so that users that sync between two devices won't overwrite their remotely synced databases by accident.
A user that uses a single machine should never have to manually intervene in order for sync to resume, so we need to update the mechanism/logic in a way that still prevents accidental overwrite without blocking the sync process unnecessarily for users that are only using a single device
Introducing metadata about the syncing device might help to resolve this problem.
The text was updated successfully, but these errors were encountered: