I don't believe you can have a different name for the same language localization, but you can for different languages. To change the app name, In App Store Connect, click on your app name, then App Information under the General section.

Not that this helps, but I can confirm this is still an issue in iOS 17.2 (public release). 50 or less works perfectly, 51+ tokens doesn't block any apps. I don't think you're using the API incorrectly, just that there's currently an internal limit. You can reduce this by using category tokens, but this isn't always ideal if you want to unblock a single app from the category, the user has to specify this in the Family Activity Picker.

FYI this is still an ongoing issue and extremely tough to debug as Family Controls is still a blackbox on how it's making these decisions. The convention/opinionation is really important for developers to understand, but it's taking a lot of cobbling together bits and pieces of docs and forums all over the place, which I still find myself lacking understanding. Family Controls really solves a great specific use case, but I also find it really limiting, especially in coordinating if we need to reblock (re-add a shield) during the scheduled activity monitor, and for example intervalDidEnd only fires once we either call stopMonitoring or activity is detected OUTSIDE of the scheduled window, which is counterintuitive. So we can't rely on threshold because it fires only once and is inaccurate, we have a small limit on the number of monitors, and intervalDidStart and intervalDidEnd function differently from each other, and the warning functions clamp, so if you have a threshold duration less than your warning duration, it's really tough to coordinate. @Kmart I absolutely appreciate you continuing to support us with your responses, which are amazingly helpful, and I'm happy to help as much as I can, but how can we get these use cases and scenarios officially outlined?

This is still an issue with very unclear debugging steps or real clarity here. In the OP's case where you're trying to remove a shield at the end of the interval, we've noticed similar behavior that that intervalDidEnd isn't called until the user uses one of the tracked apps again (we're setting a schedule with specific DeviceActivityEvents), leading to odd behavior that doesn't allow understanding true device activity.

@meaton Can you please request a thorough walkthrough/guide to be written for the community on this as well as help the Apple team improve UX on enabling this? Others are dealing with this on https://developer.apple.com/forums/thread/701874?login=true and I'm currently dealing with this as wel. The request form at https://developer.apple.com/contact/request/family-controls-distribution does not provide any submission confirmation (and it's difficult to find, ideally a link to request this would be in the Identifier tooltip and not just at the root of https://developer.apple.com/documentation/familycontrols), there is no way to check the status or estimated timeline, and it's not clear that the family control distribution request need to be enabled for related modules like a ShieldExtension. I have the entitlement for Development but not Distribution, and have wasted a few days re-provisioning Certificates, Identifiers, Profiles multiple times only to land here and assume that our Profile doesn't have this Ad Hoc or App Store distribution enabled. We submitted the form about a month ago and still are left wondering if/when there will be traction here. I've put in a support ticket to get an update but all-in-all the developer experience could be a lot better.