Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Introduce a better mechanism to avoid overriding the synced user database #8236

Open
kelsos opened this issue Jul 9, 2024 · 4 comments
Open
Labels
backend bug Something isn't working

Comments

@kelsos
Copy link
Member

kelsos commented Jul 9, 2024

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.

@kelsos kelsos added bug Something isn't working backend labels Jul 9, 2024
@Dozie2001
Copy link

Hey @kelsos can I get assigned to this? plus ask some questions

@kelsos
Copy link
Member Author

kelsos commented Jul 10, 2024

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.

@Dozie2001
Copy link

Are there other issues open to contributors. Would be nice if you guys had a good first issues

@kelsos
Copy link
Member Author

kelsos commented Jul 10, 2024

Are there other issues open to contributors. Would be nice if you guys had a good first issues

there is a good first issue tag if you search and it has 4 items currently.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
backend bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants