Found the same behavior in one of my old tests that started failing. I came here looking to see if this was an SKTestSession bug, and seems like it is. Filed feedback FB13330054, recent similar reports: none :/

if the ActivityWidget is the only widget in bundle, the Dynamic Island and Live Activities in lock screen works normally. But if I included other widgets in the widget bundle, the Dynamic Island and Live Activities will not show, and other widgets works normally Workaround: create a new Widget Extension target and isolate your Live Activity Widget there

CKContainer.fetchUserRecordID() executes the operation and fetches the record. CKFetchRecordsOperation.fetchCurrentUserRecordOperation() is a class function used to generate a CKOperation, which when executed would fetch you the record. But has an additional requirement: You must associate at least one progress handler with the operation object (docs) You probably want to go with the first one.

Hello, you might want to try this https://developer.apple.com/contact/app-store/?topic=expedite

Hi Sergio, you should absolutely provide account credentials. Videos of apps are no guarantee that everything has been disclosed, and the App review team needs to check the actual app for themselves.

Did you ever get this to work?

Apple, it looks that you have a problem with subscriptions created via async/await methods. Apple GitHub account has CloudKit sample code. “CloudKit Samples: Private Sync with Subscriptions and Push“ provides 2 branches: “main“ uses CKOperations to communicate with private CKDatabase - https://github.com/apple/cloudkit-sample-privatedb-sync/tree/main “concurrency” uses async/await methods to communicate with private CKDatabase - https://github.com/apple/cloudkit-sample-privatedb-sync/tree/swift-concurrency Other than that the code is essentially the same. (NOTE: To run the concurrency version, one has to update database.modifySubscriptions method to include the “deleting“ parameter.) Subscriptions are NOT TRIGGERED for the async/await version on a device running iOS 15.2 beta 3 and 4. At least now I know I am not crazy. I'm going to ditch the async/await CloudKit methods.

Problem still present on a device with 15.2 beta 4. Things I've tried in the meantime: resetting the Development environment from CloudKit Dashboard, deleting and reinstalling the app tried using a different CloudKit Container tried switching between manual and automatic provisioning profiles No changes. Meanwhile, a 15.1 device still happily working correctly, getting notified, working as intended FB9767755, includes a device sysdiagnose as well

No regressions in 15.2 beta 3 and beta 4 (= STILL WORKS!) so I'm going to close this

Off topic: @cmonsour do you have a particular reason for storing user's uuid with every CKRecord in their own private database? Every record is going to have the same uuid

How many of you would be satisfied with being able to hide the containers from your list, without actually having them deleted? Asking because it looks like Apple's never going to allow us to delete them (this thread is at least 5 years old), but it might not be such a big deal to Apple to let us hide unneeded containers on the UI level. If you think you'd be happy with that kind of solution, please upvote this answer and/or add a comment for it, because I am not quite sure we can see the upvote count :) Should the upvotes show this concept would help a lot of you, I'll work up the UX details and a template for filing the Feedback, which we can all copy-paste-submit and be loud enough to get Apple's attention about this feature. We can all end up with cleaner lists of containers (yay) and all the containers can still be there, which I suspect Apple will have no qualm with.

It got fixed in 15.2 beta 2 and the fix is still there in 15.2 beta 3 :)

SO MUCH JOY: 15.2 b2 issue is fixed

Hi @iflanagan, custom zones are not allowed in public DB by design. Best place to confirm that are the 3 short paragraphs under “Creating a Custom Record Zone“ section of https://developer.apple.com/documentation/cloudkit/ckrecordzone

@mchollar Might work for public database shares (haven't used those personally), but it won't for private ones: the owner first needs to update the share record with the invitee (which doesn't happen when you share a link)