Yes, that's because it's been by-design since XCode 14.3. You need to rebuild all of your upstream dependencies with a version of XCode 14.3 or greater. There is no known easy way to figure out which upstream dependencies must be rebuilt that works for every project; I just know how to do it for projects that use Carthage as posted above.

@Priff That might be a new issue then. If everything in your app was built from source with XCode 15.3, my understanding of the issue this thread is about is that it would all work. If that isn't working, that's a different root cause than ~everyone else was seeing here. @Samuellllll AFAIK, it's the same in cocoapods. If the empty project with no deps isn't working in XCode 15.3, that's new to me (and may be the same issue as @Priff is seeing).

Solution here: https://developer.apple.com/forums/thread/770289?answerId=853752022#853752022

The current dialog is misleading though. Some apps have no child or teen content, i.e. the app shows the same thing for all users, but the app needs to make this request for anyone in Texas to use the app at all.

I think that part of the dialog is the current user's Age Range that would be shared, not the age range the app will gate with. In my testing, using 18+ accounts, I see "Age Range: Adult" in the dialog.

Does this mean that iOS 17, 18, and 26.1 apps are no longer going to be allowed in the US at all then since every app in the US must comply with the Texas Law?

My interpretation of their posts here and in the documentation is that the AppStore is not going to limit apps on older versions of Xcode or targeting older versions of iOS, but also that ONLY apps targeting iOS26.2+ can be in full compliance with the Texas law. I am not a lawyer and am also very confused about who will be liable for what after January 1st.

@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.

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.

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.

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

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

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

@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.

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.