-
Notifications
You must be signed in to change notification settings - Fork 153
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
Sync feature make the category unable to delete #1149
Comments
Or include a device ID in the synced data. If the latest synced device is the current device, overwrite remote data. |
That could work but you will still need to delete the category manually in your other devices, as far as I know I don't think the backup restore process account for the deleted category. |
Another benefit is that this approach can bypass some of the restore processes, improving synchronization speed and reducing synchronization conflicts. To give an example, when synchronizing while reading, sometimes already-read chapters may become unread after restoration. |
Opened #1154 feel free to use that and test it, the latest master version or develop branch in syncyomi (https://github.com/SyncYomi/SyncYomi) have the feature but you will need to build it manually I haven't pushed the release yet. Also probably need to delete the current sync data or api key and generate a new one. @Cologler |
This should be fixed with the latest changes right @Cologler ? |
The issue is still there. |
I've still got it. |
Steps to reproduce
Expected behavior
Deleted categories do not come back
Actual behavior
Deleted categories come back
Crash logs
No response
TachiyomiSY version
latest preview
Android version
14
Device
phone
Other details
The code shows it always adds the non-existent categories:
TachiyomiSY/app/src/main/java/eu/kanade/tachiyomi/data/sync/service/SyncService.kt
Lines 294 to 299 in fb16491
I suggest caching the content (or hash) of the previously synced data and comparing it with the current sync, if the two are equal, overwrite remote data with local data instead of doing the merging operation.
@kaiserbh
Acknowledgements
The text was updated successfully, but these errors were encountered: