in testing and I only get "1.0" as originalAppVersion within the beta release Development versions always report 1.0. In production it does report whatever is in CFBundleVersion. For my apps, in the past that was set manually to 1.2.345667. Now I think it automatically gets set to just the 34567 part. All you really need to know is whether the version is “new” or not. So if your first free version is 2.0 build 1234567, then check for anything that contains “2.0” or “1234567”, and consider everything else “old”.

Try 17 . * . * . * I don't know for sure if this Apple range is always used by App Review, but I don't think they will give you a list of IPs so it's worth trying.

The App Store has a feature that allows users to download the most recent supported version. So I think in answer to your question (1) they can re-download the old version of the app when necessary, (2) they can't purchase it.

They haven't enabled it yet, as far as I am aware. (I suspect that the forum will be full of posts about it when they do turn it on.)

Your asm is between the two printfs. But I don't think the debugger can do that - it would need to move all the following code along by one to make space to insert it, which would break everything. So I presume that, if the debugger works in this way at all, then it must replace an existing instruction with the "brk". When it continues it must temporarily put the original instruction back. In this case, you don't need to increase the pc value. I know that doesn't answer your question, and I have no idea how the debugger actually does this. Source for lldb should be available.

how we can get the latest receipt in device1 You can't. Users must not change their Apple ID. I guess that a user has contacted you to ask for help. Tell the user that they should not have changed their Apple ID, and that you cannot help further. Also, consider the possibility that this is a scam.

FB13345817

You’re not allowed to use a 3rd-party payment processor. Have you read your developer agreement?

See under "Return Value" and "Discussion" for an example of this behavior. Could you be specific about what you see in that documentation? As I read it, it says that the components in the returned format string should be arranged according to the locale. It does not relate that to the various Settings app settings. It seems to me that: The Settings app language, region and 24hr vs. am/pm settings are reflected in public properties of NSLocale. The Settings app date format setting is reflected in a private property of NSLocale, which I can see in the debugger. Setting NSDateFormatter’s locale, dateStyle and timeStyle and reading dateFormat returns a template based on (1) and (2). dateFormatFromTemplate returns a template based only on (1). This seems wrong to me.

Note that this code: NSDateFormatter* f = [[NSDateFormatter alloc] init]; f.locale = [NSLocale currentLocale]; f.dateStyle = NSDateFormatterShortStyle; f.timeStyle = NSDateFormatterShortStyle; NSString* fmt = f.dateFormat; Does return a format string that reflects General -> Language & Region -> Date Format: Region=UK, Date Format=2023-08-19, fmt="y-MM-dd, h:mm a" Region=UK, Date Format=8/19/23, fmt="dd/MM/yyyy, h:mm:ss a"

Can I use my iPhone to emulate an NFC Tag to transfer data to another iPhone or Android device? No.

Read your developer agreement carefully. How do you propose to determine who has submitted a rating?

I asked user accpect with Terms of Use & Privacy Policy Have all of their contacts also agreed to your terms? No.

It would be much easier for you to change your protocol so that the app talks to the right server automatically!

That page doesn't mention anything that is unsupported, as far as I can see.