I am having the same issue. I have re-generated all my provisioning profiles but they are still flagged as "Missing capabilities" in Xcode 15 (15A5160n). Everything builds just fine on Xcode 14 and these capabilities are correctly referenced when I look at the provisioning profiles in the Apple Developer portal.

The same issue was related here

Disappointed that this hasn't been added with iOS 17. Seems like a pretty simple and meaningful addition.

Hey, as far as I know, there's no way to improve the quality of icons linked to these activity labels. If you're looking to adjust the size, the most effective approach would be to apply a scale effect to the label. It will become blurry pretty quickly though.

We've recently included a feature to hide apps inside our app and we've received similar complaints! I've filed a bug report too (FB12332689).

I've encountered the issue since I started working with the Screen Time API. We're receiving crash reports everyday that are caused by these app hangs. I've filed a bug report about this (FB12332927), I invite you all to do the same so we can draw attention to this bug.

Out of curiosity, is anyone encountering this issue using Fastlane Match to handle their code signing? I am asking this because a similar problem has been reported on the Fastlane repository: https://github.com/fastlane/fastlane/issues/21325

100% agree with you! Adding the possibility to customise the font for a FamilyControls's Label would also be really cool. Don't hesitate to file enhancement requests using Feedback Assistant. The more people ask, the faster it can be taken into account (hopefully).

Has anyone tested this on iOS 17? Was it fixed?

Same issue here + displaying these labels can lead to severe hangs, basically making them unusable in production. These bugs have been around for months now.

No, you can't get that information from an ApplicationToken or through the Family Controls or Managed Settings frameworks. The only workaround I can think of is to find a way to ask your user to identify the ApplicationToken he or she just selected through the FamilyActivityPicker. If your user says he or she selected TikTok for example, you can "easily" find the matching url scheme － you will have to build your own custom list for those though.

You cannot initialize an ActivityCategoryToken directly. Instead, you must utilize the FamilyActivityPicker and obtain your category tokens via a FamilyActivitySelection. The example you provided is misleading for several reasons: The ellipsis "..." likely implies that the developer needs to figure out the implementation. However, this approach is problematic since it's not feasible to generate an ActivityCategoryToken from scratch. One must either retrieve it through a FamilyActivitySelection or decode it from a Data object. There's no method to determine if the ActivityCategoryToken instance you are dealing with belongs to the "Social" category. The only workaround would involve prompting the user to select the "Social" category in the FamilyActivityPicker and... trust him or her to do so.

Seeing the same issue and will file a bug report too! @atalayasa Try to move your access to AuthorizationCenter.shared outside the main thread. That shouldn't be too problematic apart from from manipulating authorizationstatus which, according to the documentation, should only be accessed on the main thread.

Good question! According to the documentation, "FamilyActivitySelection provides tokens that devices within the same Family Sharing group can use to identify applications.". There is a good chance that tokens might be shared between different devices. I guess you can try this fairly easily by saving a token to a JSON file on one of your devices then trying to decode it on another device. Let me know if that works!

No, it seems to be the limit for now and there is no way to increase it as far as I know. You can file an enhancement report for this.