This answer does not make clear how the API will reflect the differences between UT and TX laws.

The Brazil law came into effect on March 17th. If isEligibleForAgeFeatures is not already returning true for Brazilian App Store accounts (I have no way to test this myself), this is a major bug in the Apple system.

Does Apple plan to cover the legal expenses of developers who are sued due to any delay in this information from Apple or the Apple APIs having bugs?

I don't believe your assumption is correct. I think the user will always be prompted for permission to share their age range data with an app.

Other threads: https://developer.apple.com/forums/thread/809829 https://developer.apple.com/forums/thread/810769

Which Topic are you asking? I think SignificantAppUpdateTopic should fail if both child and guardian accounts are registered outside of Texas, Utah, or Louisiana.

It was working in our app last I tested, but I don't know if we've exercised that path in the last 2 weeks. My expectation is that it should always return false currently and definitely return something.

We have a startup sequence that began with our ToS screen then went on to other loading screens. That startup sequence is part of out AppCoordinator and is called from didFinishLaunchingWithOptions. We added all of the ageVerification stuff to a new part of the startup sequence that is before the ToS screen.

@dev-forum-user Neither of those links say that AgeRangeService.shared.isEligibleForAgeFeatures is returning accurate values. My team's experimentation as described in https://developer.apple.com/forums/thread/809829 shows that it is always returning false until after the user has given permission to share age range, which is not required to access that instance variable and must not be required because this is meant to be checked before requesting that permission from the user.

I replied in the other thread about how we are using it, but here it is again: let isEligible = try await AgeRangeService.shared.isEligibleForAgeFeatures For the import, just @preconcurrency import DeclaredAgeRange

Are you calling it on the shared instance? This works for me: let isEligible = try await AgeRangeService.shared.isEligibleForAgeFeatures

I'm pretty sure "terminating" is not allowed. Our apps are going to present a screen that says they are locked out of the app with a link to the AppStore instructions for end users. https://support.apple.com/en-us/122770

The law is intended to allow parents to refuse consent in any case for minors of any age. https://developer.apple.com/documentation/declaredagerange/agerangeservice/iseligibleforagefeatures this parameter should only return True for people in TX. Currently it seems to be broken and always just return False though, even for Sandbox accounts in TX.

What I expect will actually happen is that the next time you try to submit a new version after January 31st, you will need to update the questionnaire and also "trigger the significant change consent process" to update your app. We won't know anything for sure until after January 31st though.

@mattn "If you don’t answer these questions by January 31, 2026, you won’t be able to submit app updates in App Store Connect." That means to me that if you do not do it, your app will be "frozen forever at the current version". I don't think that's what will actually happen, but that's what Apple's words have said.