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

Resync problems #53

Closed
martindiphoorn opened this issue Dec 11, 2014 · 2 comments
Closed

Resync problems #53

martindiphoorn opened this issue Dec 11, 2014 · 2 comments

Comments

@martindiphoorn
Copy link
Contributor

As you know i have created an resync option in the folowing steps:

  • disconnect url
  • remove the tables we want to resync
  • delete url with: syncable.delete(url)
  • connect url

I have added an log line in every step to see that everything goes in the right order. And that goes perfectly by using the promises of Dexie.

However since the last release the changes table is not cleaned right. Remember that delete just all entries? The current code deletes all changes entries before _syncNode.myrevision:

return db._changes.where("rev").below(oldestNode.myRevision).delete()

My problem is that step 2 (Removing the tables) will have an higher revision number. So all the deletes will be send to the server when connecting again!

This is not always the case, so i think it goes together with the multiple synchronisation issue.

@dfahlander
Copy link
Collaborator

Martin, did we fix this issue or is it still open?

@martindiphoorn
Copy link
Contributor Author

We have stopped using the sync as we had too many issues with it.

The issues we experienced where:

  • Duplicate synchronisation sessions
  • Sync stops after restarting off app
  • Sync starts when not started
  • Problems with trying to create a resync

Also the alpha status makes things too unsure to keep using it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants