The financial reports are updated each month. You should be able to see your purchase in “sales and Trends” within 24 hours.

Swiping up on the multitasking screen looks like it's closing the app, but the app resumes instantly when I launch it (no splash screen or startup flow) That is surprising. Are you sure?

If NFC is now essential, you need to create a new app. It would normally be better to make NFC optional, by continuing to provide the old behaviour on devices that don’t have NFC, and not adding it to the required capabilities. What devices don’t have NFC now? With some of these capabilities you can require them by requiring a sufficiently new iOS version which only runs on hardware that has the feature. One example of that was OpenGL ES 2. Apple do allow to to require a newer iOS version that excludes some existing users.

Apple vous envoi un paiement direct a votre compte chaque moins. Il arrive environ 40 jours apres le fin du moins; par example, j'ai recu le paiement pour Fevrier le 6 Avril. Si vous etes en Europe, le paiement est envoye de Apple Ireland.

Just for the benefit of other folks reading this thread, my next suggestion would have been Create a new user account and see if the problem replicates there. And my suggestion is to run clang++ —verbose, and compare the output. It will generally reveal wrong paths, different versions, etc.

What is the minimum copyright information needed? Nothing. You own the copyright in your code by default.

I don't know for sure whether Apple allows this; I suspect not. But you have more to worry about - specifically, money laundering regulations. Anything that allows people to transfer funds from one bank account to another in a different country needs to be supervised to prevent it being used to disguise the proceeds of crime.

Do you have pausesLocationUpdatesAutomatically set? If you don’t know - you do have it set; the default is enabled, to the surprise of everyone who discovers it.

With the non-SwiftUI photo picker, you would persist the PHAsset's "local identifier", which is a string. PhotoPickersItem seem to be a new SwiftUI thing, and I don't immediately see anything equivalent to the localIdentifier.

Default is fine, I guess.

It does not work in production, and has caused Review to reject my app. Doesn’t work in production, or just doesn’t work in app review? I'm at a bit of a loss as to where to go from here. Submit an update that includes the check but continues anyway if it fails. This will pass app review. Send yourself some diagnostic data to tell you whether it is passing or failing for end users. Or even just something that you can test yourself with an app-store-purchased copy of the app.

AAaaarrgghh I wrote a long reply but this fucking useless shitty forum said "Unauthorized" when I pressed Submit and then Back shows an empty box. Fuck fuck fuck. Summary: Many cameras don't even have a time zone setting, and the ones that do, the user probably is not remembering to set it. The iPhone does know the time zone. Looking at the EXIF metadata for a photo from an iPhone, it does include the timezone. But getting arbitrary EXIF fields using PHAsset is awkward. You have to fetch the entire image data, which is not great if they are e.g. iCLoud images and you just want to show thumbnails on a timeline.

1 - am I missing something here, or is Apple really not allowing my app updates to support 32-bit devices? I thought this became impossible a long time ago. 2 - if I do release a 64-bit only build to the store, will people on 32-bit devices be able to download an older version of my app (if they don't already have it installed)? Does the App Store app function at all on an iPad 2? If it does, they may be able to install the most recent supported version if they have previously purchased it, but not make new purchases. It may be that, for example, they can purchase the app on a new iPhone and then install it on the old device. I suggest that you try installing some other well-known apps on an iPad 2 and see what happens. I have some old devices and the main thing that has stopped them being useful is expired root TLS certificates.

Can I use personal account to distribute the app for beta internal testing but finally get it reviewed and publish using business account? Probably. The only issues I can see are with the bundle ID and app name; when you come to create the App Store record for the business version of the app, it will need to have a different bundle ID, and possibly a different name. Changing the bundle ID is not a problem, it just means that the beta testers will need to delete the old version rather than having it automatically replaced by the App Store version. Not a problem if the testers are a handful of people within the business, but maybe a problem if it's a wide public beta. The rules about name collisions have changed over the years; I think you will be OK if the test version has never been released on the App Store, but to be safe you might want to use a different temporary name.

Presumably something like your contract with "the government" ?