Figured it out. The fix was literally staring me in the face! The JSON I posted here was 100% correct, but what I had in my code was 1 character wrong. Explanation: "if-domain": ["*mydomain.com"] is correct, but in my code I had an extra period in there:"if-domain": ["*.mydomain.com"], i.e. *.. You don't need a period in there; the * covers that for you.

I've never needed to do this, but I've had a quick look, and this seems reasonable: var body: some View { VStack(alignment: .leading) { Form { Text("First Name") TextField("", text: $firstName, prompt: Text("Required")) Text("Last Name") .padding(.top, 10) TextField("", text: $lastName, prompt: Text("Required")) Text("Email") .padding(.top, 10) TextField("", text: $email, prompt: Text("Required")) Text("Job") .padding(.top, 10) TextField("", text: $job, prompt: Text("Required")) Text("Role") .padding(.top, 10) TextField("", text: $role, prompt: Text("Required")) } .formStyle(.columns) .padding(.horizontal, 16) .padding(.vertical, 16) Spacer() } } The key is .formStyle(.columns).

Hi. These forums are for third-party developers (i.e. not Apple employees) who write apps for Apple's platforms. We ask for help on code issues and how to do certain things in code etc. Your question is more of a product support one, so I'd suggest you ask it over at the Apple Support Forums. Thanks.

I'm hitting this error, too, but it's an internal error (it has an _ in front of the method causing the error) and my extension doesn't crash, so I'm going to attempt to release my app with this in.

Ah, it seems to be an issue with Xcode. You have to build and run your app containing the extension, then you can run the extension itself. Seems a bit daft, and really slows you down. https://developer.apple.com/forums/thread/748073

If you want to test an app via TestFlight you need to contact the developer of the app, not us. We're just random developers who write apps for Apple's platforms - we're not Apple's employees, and your scatter-gun approach of asking for a TestFlight code on these forums is not going to get you anywhere. Contact the developer of the relevant app directly.

I use this: private func handle(transaction: VerificationResult<StoreKit.Transaction>) async { guard case .verified(let transaction) = transaction else { return } // Do something with the verified transaction... await transaction.finish() That should ignore any transaction that's not verified. Is an unverified transaction for a jailbroken phone, that sort of thing?

Since you're having issues with the #Preview, instead of: struct MeetingView_Previews: PreviewProvider { static var previews: some View { MeetingView() } } I think this is what you want: #Preview { MeetingView() } Everything else should just work as before. Stick with the route you're going down, to learn the basic principles, then branch out with your own app and you'll soon learn it. If you need help with specific issues, try hacking with swift . com (no spaces).

Have you raised a Feedback report? If not, please do so at https://feedbackassistant.apple.com/ then post the FB number here.

I know The Simpsons: Tapped Out game pushed users to their App Store page to update the app when necessary, so it is possible. You should avoid breaking changes at all costs, especially without warning your current users. If you don't want to be able to support both users of the current app and users of the new version, then how about this: Release an update to the version that's on the App Store now, that includes information about the changes, explaining that this version of the app won't function after X date. Set your next version to be released at that date. Don't ever put an option to exit your app in an app. It's an extremely poor user experience.

Dunno. Maybe if you provide some code we could take a look?

Possibly, but no one here can do that. You're in the wrong place. These are the Developer Forums, where developers of third-party apps for Apple's platforms ask each other for hints and tips on coding. These forums are not where Apple's actual employee developers chat about what they're doing in the platform code, and they cannot help you with your issue here. Sorry.

AFAIK, all in-app purchases have to be set up in App Store Connect (or a StoreKit configuration file bundled with the app), and your first IAP has to be released with a build of your app. i'd say it's not possible to implement this sort of subscription. However, given you are almost asking for an honesty subscription - where the user chooses their own price - you could simply set up a number of IAPs at different prices, and let the users pick the one they want to pay for.

No. You have developed an app that you want to put on the App Store, and it is currently being rejected until you implement the things the App Review team have told you to do. How would we be able to help you? You've got the code, not us. You need to figure out how to add those features.

"I also reported this issue on feedbackassistant, but I didn't get a response from the feedbackassistant" What do you mean you didn't get a response? Do you mean Feedback Assistant didn't work, or no one replied to your bug report? No one is going to reply to your bug report unless they need more information from you. You don't need to duplicate your bugs, and this is not the right place to put them.