I came here because I was trying to test "Ask to buy" (for In App Purchases) in the sandbox, but have been unable to do so because there seems to be no way (that I know of at least) to create a full parent and child account setup in the sandbox. When you create sandbox account in App Store Connect, there's no way to enter the age for the sandbox account. My assumption is that an account needs to be below 13 years of age to be deemed a child account. Any input on this?

This just happened in macoS 15.4, Xcode 16.2. I haven't seen it before. The workaround seems to fix it, but it also wipes most/all Xcode settings

For some reason, since the last 2-3 releases, suddenly we see a steep decrease in these background terminations for the 90th percentile. I've been working on this app for years and the number was always 2+ like seen in the bars on the left side. But since the last few releases it suddenly went down quickly. I wouldn't swear (because I never do😅 ) but I don't think we've done anything that would improve this to the app. I'm wondering if the reporting for this on the Apple/App Store backend has changed somehow.

I think the question remains; where is .safeAreaBar supposed to be placed, when you're using a ScrollView on the page? I'm also using the .top setting. I haven't been able to find some usage example of this. It seems that if we attach the .safeAreaBar onto the scrollview itself, the scrollview content is correctly offset at first, such that the safeareabar contents do not overlap the scrollviews unless scrolled. If we put the safeareabar higher in the hierarchy, the scrollview contents are not offset and we unfortunately get overlap. Would help a ton to get some insight here. As a workaround, perhaps it would work by putting the safeareabar high in the hierarchy (like onto the first view in the SwiftUI view body), and then manually offsetting the scrollview offset somehow. Still need to figure out how to find the correct offset here...