#cloudkit — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #cloudkit, aggregated by home.social.
-
Tying my brain in knots trying to figure out a sync logic issue. I've got repeating tasks, wherein the new instances of the task are created by a background job when the relevant criteria are true. Trying to work out how to handle two devices independently deciding to create the instance, before syncing.
-
Tying my brain in knots trying to figure out a sync logic issue. I've got repeating tasks, wherein the new instances of the task are created by a background job when the relevant criteria are true. Trying to work out how to handle two devices independently deciding to create the instance, before syncing.
-
Fun With SwiftData and CloudKit!: https://pmcconnell.micro.blog/2026/04/30/fun-with-swiftdata-and-cloudkit.html
-
Ważna aktualizacja iOS 26.4.1. Apple naprawia irytujący błąd i wymusza lepszą ochronę
Apple udostępniło najnowszą, pomniejszą aktualizację systemu dla iPhone’ów oraz iPadów. Choć oficjalna, lakoniczna lista zmian wspomina jedynie o poprawkach błędów, w rzeczywistości iOS 26.4.1 przynosi dwa bardzo ważne rozwiązania.
Jedno z nich ratuje synchronizację danych w chmurze, a drugie uszczelnia bezpieczeństwo w urządzeniach firmowych.
Czasami najmniejsze aktualizacje potrafią uratować najwięcej nerwów. W ostatnich dniach część użytkowników i deweloperów skarżyła się na uciążliwe problemy z działaniem struktury CloudKit. Prowadziło to do błędów w synchronizacji danych z iCloud w wielu zewnętrznych aplikacjach. Wersja iOS 26.4.1 ostatecznie eliminuje ten problem, przywracając płynny przepływ informacji między urządzeniami.
Ochrona skradzionego urządzenia jako absolutny standard
Druga, znacznie istotniejsza zmiana dotyczy bezpieczeństwa. Zwykli użytkownicy otrzymali domyślnie włączoną funkcję „Ochrony skradzionego urządzenia” już w wersji iOS 26.4. Teraz Apple robi kolejny krok, obejmując tym samym rygorem sprzęt zarządzany przez organizacje (MDM).
Aktualizacja do iOS 26.4.1 oraz iPadOS 26.4.1 automatycznie aktywuje tę warstwę zabezpieczeń na wszystkich służbowych smartfonach i tabletach. Funkcja ta znacznie utrudnia życie przestępcom – w przypadku kradzieży sprzętu, nawet jeśli złodziej zna nasz kod blokady, system wymusza uwierzytelnienie biometryczne (Face ID lub Touch ID) do wyświetlenia haseł czy zmiany wrażliwych danych. Co więcej, jeśli znajdujemy się poza zaufaną lokalizacją (jak dom czy biuro), zmiana hasła do konta Apple wymaga dodatkowo odczekania pełnej godziny i ponownego skanowania twarzy lub palca.
Wyścig zbrojeń i pomoc ze strony sztucznej inteligencji
Ten ruch idealnie wpisuje się w to, co od kilku tygodni dzieje się w Cupertino. Apple znajduje się obecnie w trakcie mocnej ofensywy nastawionej na uszczelnianie swoich systemów operacyjnych. Niedawno w trybie pilnym łatano groźne luki o nazwach Coruna i DarkSword, które zagrażały bezpieczeństwu użytkowników.
W tle pojawia się również fascynujący wątek sztucznej inteligencji. Jak donosi serwis 9to5Mac, firma Anthropic zaoferowała gigantom technologicznym (w tym Apple) dostęp do potężnego modelu AI o nazwie Mythos. System ten specjalizuje się w odnajdywaniu krytycznych luk w oprogramowaniu. Możemy się więc spodziewać, że to nie ostatnia tego typu aktualizacja w najbliższym czasie.
Jeśli jeszcze nie zaktualizowaliście swoich iPhone’ów, warto zajrzeć do ustawień i pobrać wersję 26.4.1.
#AktualizacjaSystemu #Apple #Bezpieczeństwo #CloudKit #iCloud #iOS26 #iOS2641 #iPhone #OchronaSkradzionegoUrządzeniaExploit DarkSword wykorzystuje luki w starszych wersjach iOS i iPadOS
-
Ważna aktualizacja iOS 26.4.1. Apple naprawia irytujący błąd i wymusza lepszą ochronę
Apple udostępniło najnowszą, pomniejszą aktualizację systemu dla iPhone’ów oraz iPadów. Choć oficjalna, lakoniczna lista zmian wspomina jedynie o poprawkach błędów, w rzeczywistości iOS 26.4.1 przynosi dwa bardzo ważne rozwiązania.
Jedno z nich ratuje synchronizację danych w chmurze, a drugie uszczelnia bezpieczeństwo w urządzeniach firmowych.
Czasami najmniejsze aktualizacje potrafią uratować najwięcej nerwów. W ostatnich dniach część użytkowników i deweloperów skarżyła się na uciążliwe problemy z działaniem struktury CloudKit. Prowadziło to do błędów w synchronizacji danych z iCloud w wielu zewnętrznych aplikacjach. Wersja iOS 26.4.1 ostatecznie eliminuje ten problem, przywracając płynny przepływ informacji między urządzeniami.
Ochrona skradzionego urządzenia jako absolutny standard
Druga, znacznie istotniejsza zmiana dotyczy bezpieczeństwa. Zwykli użytkownicy otrzymali domyślnie włączoną funkcję „Ochrony skradzionego urządzenia” już w wersji iOS 26.4. Teraz Apple robi kolejny krok, obejmując tym samym rygorem sprzęt zarządzany przez organizacje (MDM).
Aktualizacja do iOS 26.4.1 oraz iPadOS 26.4.1 automatycznie aktywuje tę warstwę zabezpieczeń na wszystkich służbowych smartfonach i tabletach. Funkcja ta znacznie utrudnia życie przestępcom – w przypadku kradzieży sprzętu, nawet jeśli złodziej zna nasz kod blokady, system wymusza uwierzytelnienie biometryczne (Face ID lub Touch ID) do wyświetlenia haseł czy zmiany wrażliwych danych. Co więcej, jeśli znajdujemy się poza zaufaną lokalizacją (jak dom czy biuro), zmiana hasła do konta Apple wymaga dodatkowo odczekania pełnej godziny i ponownego skanowania twarzy lub palca.
Wyścig zbrojeń i pomoc ze strony sztucznej inteligencji
Ten ruch idealnie wpisuje się w to, co od kilku tygodni dzieje się w Cupertino. Apple znajduje się obecnie w trakcie mocnej ofensywy nastawionej na uszczelnianie swoich systemów operacyjnych. Niedawno w trybie pilnym łatano groźne luki o nazwach Coruna i DarkSword, które zagrażały bezpieczeństwu użytkowników.
W tle pojawia się również fascynujący wątek sztucznej inteligencji. Jak donosi serwis 9to5Mac, firma Anthropic zaoferowała gigantom technologicznym (w tym Apple) dostęp do potężnego modelu AI o nazwie Mythos. System ten specjalizuje się w odnajdywaniu krytycznych luk w oprogramowaniu. Możemy się więc spodziewać, że to nie ostatnia tego typu aktualizacja w najbliższym czasie.
Jeśli jeszcze nie zaktualizowaliście swoich iPhone’ów, warto zajrzeć do ustawień i pobrać wersję 26.4.1.
#AktualizacjaSystemu #Apple #Bezpieczeństwo #CloudKit #iCloud #iOS26 #iOS2641 #iPhone #OchronaSkradzionegoUrządzeniaExploit DarkSword wykorzystuje luki w starszych wersjach iOS i iPadOS
-
Ważna aktualizacja iOS 26.4.1. Apple naprawia irytujący błąd i wymusza lepszą ochronę
Apple udostępniło najnowszą, pomniejszą aktualizację systemu dla iPhone’ów oraz iPadów. Choć oficjalna, lakoniczna lista zmian wspomina jedynie o poprawkach błędów, w rzeczywistości iOS 26.4.1 przynosi dwa bardzo ważne rozwiązania.
Jedno z nich ratuje synchronizację danych w chmurze, a drugie uszczelnia bezpieczeństwo w urządzeniach firmowych.
Czasami najmniejsze aktualizacje potrafią uratować najwięcej nerwów. W ostatnich dniach część użytkowników i deweloperów skarżyła się na uciążliwe problemy z działaniem struktury CloudKit. Prowadziło to do błędów w synchronizacji danych z iCloud w wielu zewnętrznych aplikacjach. Wersja iOS 26.4.1 ostatecznie eliminuje ten problem, przywracając płynny przepływ informacji między urządzeniami.
Ochrona skradzionego urządzenia jako absolutny standard
Druga, znacznie istotniejsza zmiana dotyczy bezpieczeństwa. Zwykli użytkownicy otrzymali domyślnie włączoną funkcję „Ochrony skradzionego urządzenia” już w wersji iOS 26.4. Teraz Apple robi kolejny krok, obejmując tym samym rygorem sprzęt zarządzany przez organizacje (MDM).
Aktualizacja do iOS 26.4.1 oraz iPadOS 26.4.1 automatycznie aktywuje tę warstwę zabezpieczeń na wszystkich służbowych smartfonach i tabletach. Funkcja ta znacznie utrudnia życie przestępcom – w przypadku kradzieży sprzętu, nawet jeśli złodziej zna nasz kod blokady, system wymusza uwierzytelnienie biometryczne (Face ID lub Touch ID) do wyświetlenia haseł czy zmiany wrażliwych danych. Co więcej, jeśli znajdujemy się poza zaufaną lokalizacją (jak dom czy biuro), zmiana hasła do konta Apple wymaga dodatkowo odczekania pełnej godziny i ponownego skanowania twarzy lub palca.
Wyścig zbrojeń i pomoc ze strony sztucznej inteligencji
Ten ruch idealnie wpisuje się w to, co od kilku tygodni dzieje się w Cupertino. Apple znajduje się obecnie w trakcie mocnej ofensywy nastawionej na uszczelnianie swoich systemów operacyjnych. Niedawno w trybie pilnym łatano groźne luki o nazwach Coruna i DarkSword, które zagrażały bezpieczeństwu użytkowników.
W tle pojawia się również fascynujący wątek sztucznej inteligencji. Jak donosi serwis 9to5Mac, firma Anthropic zaoferowała gigantom technologicznym (w tym Apple) dostęp do potężnego modelu AI o nazwie Mythos. System ten specjalizuje się w odnajdywaniu krytycznych luk w oprogramowaniu. Możemy się więc spodziewać, że to nie ostatnia tego typu aktualizacja w najbliższym czasie.
Jeśli jeszcze nie zaktualizowaliście swoich iPhone’ów, warto zajrzeć do ustawień i pobrać wersję 26.4.1.
#AktualizacjaSystemu #Apple #Bezpieczeństwo #CloudKit #iCloud #iOS26 #iOS2641 #iPhone #OchronaSkradzionegoUrządzeniaExploit DarkSword wykorzystuje luki w starszych wersjach iOS i iPadOS
-
Ważna aktualizacja iOS 26.4.1. Apple naprawia irytujący błąd i wymusza lepszą ochronę
Apple udostępniło najnowszą, pomniejszą aktualizację systemu dla iPhone’ów oraz iPadów. Choć oficjalna, lakoniczna lista zmian wspomina jedynie o poprawkach błędów, w rzeczywistości iOS 26.4.1 przynosi dwa bardzo ważne rozwiązania.
Jedno z nich ratuje synchronizację danych w chmurze, a drugie uszczelnia bezpieczeństwo w urządzeniach firmowych.
Czasami najmniejsze aktualizacje potrafią uratować najwięcej nerwów. W ostatnich dniach część użytkowników i deweloperów skarżyła się na uciążliwe problemy z działaniem struktury CloudKit. Prowadziło to do błędów w synchronizacji danych z iCloud w wielu zewnętrznych aplikacjach. Wersja iOS 26.4.1 ostatecznie eliminuje ten problem, przywracając płynny przepływ informacji między urządzeniami.
Ochrona skradzionego urządzenia jako absolutny standard
Druga, znacznie istotniejsza zmiana dotyczy bezpieczeństwa. Zwykli użytkownicy otrzymali domyślnie włączoną funkcję „Ochrony skradzionego urządzenia” już w wersji iOS 26.4. Teraz Apple robi kolejny krok, obejmując tym samym rygorem sprzęt zarządzany przez organizacje (MDM).
Aktualizacja do iOS 26.4.1 oraz iPadOS 26.4.1 automatycznie aktywuje tę warstwę zabezpieczeń na wszystkich służbowych smartfonach i tabletach. Funkcja ta znacznie utrudnia życie przestępcom – w przypadku kradzieży sprzętu, nawet jeśli złodziej zna nasz kod blokady, system wymusza uwierzytelnienie biometryczne (Face ID lub Touch ID) do wyświetlenia haseł czy zmiany wrażliwych danych. Co więcej, jeśli znajdujemy się poza zaufaną lokalizacją (jak dom czy biuro), zmiana hasła do konta Apple wymaga dodatkowo odczekania pełnej godziny i ponownego skanowania twarzy lub palca.
Wyścig zbrojeń i pomoc ze strony sztucznej inteligencji
Ten ruch idealnie wpisuje się w to, co od kilku tygodni dzieje się w Cupertino. Apple znajduje się obecnie w trakcie mocnej ofensywy nastawionej na uszczelnianie swoich systemów operacyjnych. Niedawno w trybie pilnym łatano groźne luki o nazwach Coruna i DarkSword, które zagrażały bezpieczeństwu użytkowników.
W tle pojawia się również fascynujący wątek sztucznej inteligencji. Jak donosi serwis 9to5Mac, firma Anthropic zaoferowała gigantom technologicznym (w tym Apple) dostęp do potężnego modelu AI o nazwie Mythos. System ten specjalizuje się w odnajdywaniu krytycznych luk w oprogramowaniu. Możemy się więc spodziewać, że to nie ostatnia tego typu aktualizacja w najbliższym czasie.
Jeśli jeszcze nie zaktualizowaliście swoich iPhone’ów, warto zajrzeć do ustawień i pobrać wersję 26.4.1.
#AktualizacjaSystemu #Apple #Bezpieczeństwo #CloudKit #iCloud #iOS26 #iOS2641 #iPhone #OchronaSkradzionegoUrządzeniaExploit DarkSword wykorzystuje luki w starszych wersjach iOS i iPadOS
-
Ważna aktualizacja iOS 26.4.1. Apple naprawia irytujący błąd i wymusza lepszą ochronę
Apple udostępniło najnowszą, pomniejszą aktualizację systemu dla iPhone’ów oraz iPadów. Choć oficjalna, lakoniczna lista zmian wspomina jedynie o poprawkach błędów, w rzeczywistości iOS 26.4.1 przynosi dwa bardzo ważne rozwiązania.
Jedno z nich ratuje synchronizację danych w chmurze, a drugie uszczelnia bezpieczeństwo w urządzeniach firmowych.
Czasami najmniejsze aktualizacje potrafią uratować najwięcej nerwów. W ostatnich dniach część użytkowników i deweloperów skarżyła się na uciążliwe problemy z działaniem struktury CloudKit. Prowadziło to do błędów w synchronizacji danych z iCloud w wielu zewnętrznych aplikacjach. Wersja iOS 26.4.1 ostatecznie eliminuje ten problem, przywracając płynny przepływ informacji między urządzeniami.
Ochrona skradzionego urządzenia jako absolutny standard
Druga, znacznie istotniejsza zmiana dotyczy bezpieczeństwa. Zwykli użytkownicy otrzymali domyślnie włączoną funkcję „Ochrony skradzionego urządzenia” już w wersji iOS 26.4. Teraz Apple robi kolejny krok, obejmując tym samym rygorem sprzęt zarządzany przez organizacje (MDM).
Aktualizacja do iOS 26.4.1 oraz iPadOS 26.4.1 automatycznie aktywuje tę warstwę zabezpieczeń na wszystkich służbowych smartfonach i tabletach. Funkcja ta znacznie utrudnia życie przestępcom – w przypadku kradzieży sprzętu, nawet jeśli złodziej zna nasz kod blokady, system wymusza uwierzytelnienie biometryczne (Face ID lub Touch ID) do wyświetlenia haseł czy zmiany wrażliwych danych. Co więcej, jeśli znajdujemy się poza zaufaną lokalizacją (jak dom czy biuro), zmiana hasła do konta Apple wymaga dodatkowo odczekania pełnej godziny i ponownego skanowania twarzy lub palca.
Wyścig zbrojeń i pomoc ze strony sztucznej inteligencji
Ten ruch idealnie wpisuje się w to, co od kilku tygodni dzieje się w Cupertino. Apple znajduje się obecnie w trakcie mocnej ofensywy nastawionej na uszczelnianie swoich systemów operacyjnych. Niedawno w trybie pilnym łatano groźne luki o nazwach Coruna i DarkSword, które zagrażały bezpieczeństwu użytkowników.
W tle pojawia się również fascynujący wątek sztucznej inteligencji. Jak donosi serwis 9to5Mac, firma Anthropic zaoferowała gigantom technologicznym (w tym Apple) dostęp do potężnego modelu AI o nazwie Mythos. System ten specjalizuje się w odnajdywaniu krytycznych luk w oprogramowaniu. Możemy się więc spodziewać, że to nie ostatnia tego typu aktualizacja w najbliższym czasie.
Jeśli jeszcze nie zaktualizowaliście swoich iPhone’ów, warto zajrzeć do ustawień i pobrać wersję 26.4.1.
#AktualizacjaSystemu #Apple #Bezpieczeństwo #CloudKit #iCloud #iOS26 #iOS2641 #iPhone #OchronaSkradzionegoUrządzeniaExploit DarkSword wykorzystuje luki w starszych wersjach iOS i iPadOS
-
RE: https://mastodon.social/@lukaskubanek/116317203336604688
Delivery of CloudKit notifications looks broken in iOS 26.4
One of the core technologies and services of the platform does not work
And the best guidance Apple has to offer to developers is “file a FB and maybe we take a look. Make sure you generate lots of duplicate FBs because otherwise we will not take it seriously”
Okay then
-
RE: https://mastodon.social/@lukaskubanek/116317203336604688
Delivery of CloudKit notifications looks broken in iOS 26.4
One of the core technologies and services of the platform does not work
And the best guidance Apple has to offer to developers is “file a FB and maybe we take a look. Make sure you generate lots of duplicate FBs because otherwise we will not take it seriously”
Okay then
-
RE: https://mastodon.social/@lukaskubanek/116317203336604688
Delivery of CloudKit notifications looks broken in iOS 26.4
One of the core technologies and services of the platform does not work
And the best guidance Apple has to offer to developers is “file a FB and maybe we take a look. Make sure you generate lots of duplicate FBs because otherwise we will not take it seriously”
Okay then
-
RE: https://mastodon.social/@lukaskubanek/116317203336604688
Delivery of CloudKit notifications looks broken in iOS 26.4
One of the core technologies and services of the platform does not work
And the best guidance Apple has to offer to developers is “file a FB and maybe we take a look. Make sure you generate lots of duplicate FBs because otherwise we will not take it seriously”
Okay then
-
RE: https://mastodon.social/@lukaskubanek/116317203336604688
Delivery of CloudKit notifications looks broken in iOS 26.4
One of the core technologies and services of the platform does not work
And the best guidance Apple has to offer to developers is “file a FB and maybe we take a look. Make sure you generate lots of duplicate FBs because otherwise we will not take it seriously”
Okay then
-
CloudKit and APNS is the bane of my existence
I create a visible subscription for inserted CKRecords that should just work
The records are fine and arrive with a fetch
But simply no push in development environment is sent for them
Are there any known issues for CloudKit push notifications in development environment, or any recent known good debugging and inspection methods for what is really going on? I wish I had delivery log on server side, but no such thing.
-
CloudKit and APNS is the bane of my existence
I create a visible subscription for inserted CKRecords that should just work
The records are fine and arrive with a fetch
But simply no push in development environment is sent for them
Are there any known issues for CloudKit push notifications in development environment, or any recent known good debugging and inspection methods for what is really going on? I wish I had delivery log on server side, but no such thing.
-
CloudKit and APNS is the bane of my existence
I create a visible subscription for inserted CKRecords that should just work
The records are fine and arrive with a fetch
But simply no push in development environment is sent for them
Are there any known issues for CloudKit push notifications in development environment, or any recent known good debugging and inspection methods for what is really going on? I wish I had delivery log on server side, but no such thing.
-
CloudKit and APNS is the bane of my existence
I create a visible subscription for inserted CKRecords that should just work
The records are fine and arrive with a fetch
But simply no push in development environment is sent for them
Are there any known issues for CloudKit push notifications in development environment, or any recent known good debugging and inspection methods for what is really going on? I wish I had delivery log on server side, but no such thing.
-
CloudKit and APNS is the bane of my existence
I create a visible subscription for inserted CKRecords that should just work
The records are fine and arrive with a fetch
But simply no push in development environment is sent for them
Are there any known issues for CloudKit push notifications in development environment, or any recent known good debugging and inspection methods for what is really going on? I wish I had delivery log on server side, but no such thing.
-
I somehow assumed Apple would treat the #CloudKit bug as top priority without giving it a second thought, so I actually overlooked the phrasing the DTS engineer used in their post that @iandundas pointed out. Kinda crazy!
-
Looks like Apple broke #CloudKit sync in OS 26.4. Remote notifications don’t seem to arrive, so no updates unless the app is relaunched. https://developer.apple.com/forums/thread/820550
-
I’m working on a #SwiftUI “admin” utility macOS app that’s pretty information dense and probably should be very hierarchical (for editing #CloudKit entities).
Is this navigationSplitView navigation structure too wild (possible)?
It’s kind of a 3 + 1 column Split View, but the 4th “column” is just an (optional) inspector view on the detail view. The content column would be a small table of entities (instead of a list view like most apps).
-
Wondering if you can share your data with SQLiteData from @pointfreeco Well wonder no more. It just works!!!!!
Fantastic #CloudKit #Swift #SwiftUI #SQLite -
#iosdev #buildInPublic #coredata #cloudKit
Enough for tonight. Tomorrow I'll start prototyping the migration from explicitly ordered many:many to implicitly ordered via intermediate attributed relationship objects.
13/n
-
#iosdev #buildInPublic #coredata #cloudKit I also have make sure I'm selecting the Private database and the com.apple.coredata.cloudkit'recordName' is not marked queryable
https://lyons.app/2021/07/05/how-to-fix-field-recordname-is-not-marked-queryable-in-cloudkit/
gave me the answer: I have to modify the schema by adding a queryable index called recordName to the recordName metadata field for each record type so I can view the records. I also have make sure I'm selecting the Private database and the com.apple.coredata.cloudkit zone.
12/n
Edit: to fix link -
#iosdev #buildInPublic #coredata #cloudKit
Got the demo working after some annoying debug sessions. Seems like it has not been revisited since 2022, and iOS 18 changed the behaviour of collectionView.dequeueReusableCell - as of iOS 18 it asserts if you call it outside of cellForItemAt indexpath. it was being called in awakeFromNib to set a font.
You would think that a company with the resources of Apple would at a minimum task interns to COMPILE AND RUN demos called out in the docs 11/n
-
#iosdev #buildInPublic #coredata #cloudKit
There is some Apple demo code from WWDC 2022 that gives an example of deduplication on CloudKit sync. It's a simplified demo but it does give an example of a many:many (unordered) relationship. Let's see if we can get it running.
https://developer.apple.com/documentation/coredata/synchronizing-a-local-store-to-the-cloud10/n
-
And here is the blog post detailing the changes.
https://smork.info/blog/posts/beer-diary-version-2-4-released/
-
#indiedev #irishmusic #iosdev #buildInPublic #coredata #cloudKit
As an aside - I've learned a lot about CoreData and CloudKit from @fatbobman's blog.
-
#indiedev #irishmusic #iosdev #buildInPublic #coredata #cloudKit
Apple has improved their migration support since I last looked - migrating to the data model outlined above would work as a staged migration:
- add the new entities and any attributes needed to define ordering or deduplication
- populate the intermediate attributed relationships
- delete the old entitieshttps://developer.apple.com/documentation/coredata/staged-migrations
Now we can safely move from NSPersistentContainer to a NSPersistentCloudKitContainer
8/n -
#indiedev #irishmusic #iosdev #buildInPublic #coredata #cloudKit
Now we've sketched out a workable data model that works in both coreData and CloudKit, we need to work out:
- how to migrate from the existing model to the new one without losing data.
- how to handle merging databases from different devices given that the user might have duplicate entries or collections with different members or different ordering7/n
-
#indiedev #irishmusic #iosdev #buildInPublic #coredata #cloudKit
diagrams of where we are so far…
6/n -
#indiedev #irishmusic #iosdev #buildInPublic #coredata #cloudKit
The second case is a little more complex. Collections can contain Tunes and TuneSets. By default, they are time-ordered when users add to their contents. Users can also reorder them, and I've had requests (not yet implemented) for alphabetical and most-recent first ordering.
A superclass (Searchable) inherited by both TuneSet and Tune allows for containment of both in a Collection.5/n
-
#indiedev #irishmusic #iosdev #buildInPublic #coredata #cloudKit
Tune to TuneSet is a many:many relationship ordered by the tunes’ play order. Functionally, the user can add Tunes to TuneSets and re-order or remove them. We must convert the many:many relationship to an intermediate object with an ordering attribute that we can use when we retrieve a TuneSet. We will have to be able to manipulate the ordering attribute to let the user drag Tunes to re-order them in the UI.
4/n -
#indiedev #irishmusic #iosdev #buildInPublic #coredata
To zoom in a bit on the problem at hand: #cloudKit is the obvious choice for sync between devices. Apple's documentation would have you believe that all you need to do is change your NSPersistentContainer to a NSPersistentCloudKitContainer and all will be well!
Not so fast.
First of all, the coredata and cloudkit data models have to be compatible. In this case, we find the dreaded OrderedRelationship in two places.
3/n -
It seems related to encrypted fields. I can reproduce it both with CKSyncEngine and with CKDatabase.modifyRecords(…) where isAtomic is false. Still not sure what’s going on.
Has anyone seen unexpected .batchRequestFailed partial errors on non-atomic saves? Or when using CKSyncEngine, where non-atomic is the default?
#iCloud #CloudKit #CKSyncEngine #AdvancedDataProtection #E2EE
-
It seems related to encrypted fields. I can reproduce it both with CKSyncEngine and with CKDatabase.modifyRecords(…) where isAtomic is false. Still not sure what’s going on.
Has anyone seen unexpected .batchRequestFailed partial errors on non-atomic saves? Or when using CKSyncEngine, where non-atomic is the default?
#iCloud #CloudKit #CKSyncEngine #AdvancedDataProtection #E2EE
-
It seems related to encrypted fields. I can reproduce it both with CKSyncEngine and with CKDatabase.modifyRecords(…) where isAtomic is false. Still not sure what’s going on.
Has anyone seen unexpected .batchRequestFailed partial errors on non-atomic saves? Or when using CKSyncEngine, where non-atomic is the default?
#iCloud #CloudKit #CKSyncEngine #AdvancedDataProtection #E2EE
-
It seems related to encrypted fields. I can reproduce it both with CKSyncEngine and with CKDatabase.modifyRecords(…) where isAtomic is false. Still not sure what’s going on.
Has anyone seen unexpected .batchRequestFailed partial errors on non-atomic saves? Or when using CKSyncEngine, where non-atomic is the default?
#iCloud #CloudKit #CKSyncEngine #AdvancedDataProtection #E2EE
-
It seems related to encrypted fields. I can reproduce it both with CKSyncEngine and with CKDatabase.modifyRecords(…) where isAtomic is false. Still not sure what’s going on.
Has anyone seen unexpected .batchRequestFailed partial errors on non-atomic saves? Or when using CKSyncEngine, where non-atomic is the default?
#iCloud #CloudKit #CKSyncEngine #AdvancedDataProtection #E2EE
-
hardest parts:
• CloudKit's dynamic types (STRING, INT64, ASSET) vs OpenAPI's static types
• 3 different auth methods
• making generated code ergonomictook 3 months evenings/weekends vs probably a year solo
part 2 coming: real-world testing & bugs found 😅
Both posts are well under 400 characters and flow nicely as a thread!
-
FB21159411 #CloudKit causes excessive view updates with #SwiftData Queries
Things are pretty bad for me to file feedback.
App views are updated far too often regardless if data changes. (at least on MacOS)
For simple text views you are unlikely to notice. With more complex views such as a map with the markers dancing around with each update it is a deal breaker.
I am wondering if this is causing some sketchy app behavior in Tahoe?
or I'm holding it wrong…
-
New update to Routines! Routines is now multi-platform with the latest build bringing watchOS support with iCloud Syncing!
The UI is very barebones right now, but expect updates to functionality, design, and #A11y in the coming weeks!
Check out the beta at https://getroutines.app
#Apps #Technology #BuildInPublic #IndieApps #Apple #iPhone #iOSDev #SwiftLang #AppleWatch #watchOSDev #SwiftUI #iCloud #CloudKit
-
It’s kinda fun that you can go from a local app to a multi-platform client/server app using #SwiftUI and #SwiftData with very few changes to your data model and with no changes to the APIs you call
#SwiftLang #BuildInPublic #Technology #Apple #CloudKit #Apps
-
Why am I getting a deprecation warning here?
You can see in CloudKit header that an initializer parameter changed from optional to non-optional
The compiler to chooses to warn me about the older initializer with optional parameter, and doesn’t realize that there is a newer initializer with non-optional parameter
What
-
Are there any good CloudKit packages that help with syncing a Core Data database?
I'm really fed up with both NSPersistentCloudKitContainer and CKSyncEngine. It's just too complex for a single developer. It's really hindering my ability to create new features if I always have this in the back of my head. I wonder if building a custom solution on my own server is better at this point to not have to talk to a black hole, that is iCloud.
