And again - shouldBadge in CloudKit, if ever set to YES, will permanently ***** up the use of CloudKit as far as the app's badge is concerned. BIG mistake on your part. Please restore some method of zeroing that count and eliminate shouldBadge.
PBK
Users receive reputation points by contributing quality content to the forums.
Posts include post and replies published on the forums.
Post authors can mark replies as Accepted to indicate successful solutions.
Apple Developer Forums admins can mark replies as Apple Recommended to indicate an approved solution
Last seen
User for
From
Princeton, NJ
Post
Replies
Boosts
Views
Activity
So the shouldBadge function in CloudKit increments a badge that is permanent and gets set as the app icon's badge whenever CloudKit sends a new notification. Over and over again. And there is no way of zeroing or clearing that badge count. Either I don't understand what you did or you don't understand what you did. PLEASER explain!
I got the single target app to work by implementing "getComplicationDescriptors(handler:)" and deleting the plist entry for "ClockKit Complication - Supported Families". (I think that's equivalent to changing the CLKComplicationDescriptors as suggested above). But because of the cache issue, the user still needs to edit the available complications on the watch face and chose the new one - but that may be self evident when the user sees "---" on the watch face.
I again had this problem and searched and found my solution from 3 years ago - thank you/me.
Please change "the value in the info.plist" to "the value in the Entitlements File"