-
Notifications
You must be signed in to change notification settings - Fork 40
Initial properties not available when sync failed #31
Comments
That's really a big problem, I need to think how to handle it. It can be handled automatically or I need to send "failed" syncs to some delegate, so your application will decided what to do (try to re-sync and discard changes). I will place it to my to-do list, thank you. |
Well I think iCloud synchronization must not affect the way we add, update or delete data. On my fork, to fix this temporary, I updated the code to upload all properties each time. |
Hi Julien,
Could you tell us please how did you change your fork so that all attributes are saved each time to the cloud (not only those who changed) ?
Thanks,
Ismail
… Le 30 mars 2018 à 22:12, Julien Rozé ***@***.***> a écrit :
changetype
|
Hi, |
Thanks a lot!
… Le 10 avr. 2018 à 19:16, Julien Rozé ***@***.***> a écrit :
Hi,
***@***.*** <Ezor@01b680a>
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub <#31 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AX1P3vBHJtUUa5K_Z3Ldbkp0LIQ-w8ZFks5tnOj6gaJpZM4TCFxw>.
|
Hi @Ezor I also had the problem where some properties getting nil (Adding cloudcore to existing db). I tried your fix and it's ok with newly created DB or entries. but if you have existing DB, and enabling cloud core with your fix will crash the app in launch. |
Hi,
Here is the failing scenario :
firstname = 'John', lastname = 'Doe'
firstname = 'Jane', lastname = 'Doe'
firstname = 'Jane'
So on CloudKit, we will never have the property set during NSManagedObject creation, here
lastname = 'Doe'
.I'm not sure how it could be fixed apart by always updating all properties.
The text was updated successfully, but these errors were encountered: