I'm not in the US, I'm in HK. But the app still asks for US documents. That surprises me. Are you sure that there wasn't some earlier step where you should have changed a setting to indicate HK? Or maybe it is trying to guess where you are from your device localisation or some attribute of your Apple ID. Does the App Store know you are in HK? Is your payment card HK-issued? (This is just a guess. I have no particular insight into what is going wrong.)

Your question seems related to a consumer feature No it isn’t, it’s just spam.

It’s not a “Linux signal handler”. “POSIX” or “Unix” might be a better description, though they are also defined in the C spec. The first thing I’d do is look at the generated assembler. Does it optimise-away the 5/0 ?

if they can’t tell you how to generate it, they are not worth doing business with.

Or is that video from 2021 is just too old and not up to date anymore? Correct. At that time, there was no AppTransaction. I believe that what you are doing is correct. (Maybe you should also look at some properties of the verified receipt object?) I’m unsure what exactly your problem is. You seem to think that verification should fail in development, or that it should succeed only after an App Store login dialog. I’m not sure why you think that. If you think that only because that’s what happened in the old system - well, that was the old system.

What I want to do is verify that the app was actually purchased through the app store and not just copied over from another computer. Disclaimer: I know more about iOS than macOS. Do you believe that your developer build should fail to run if copied to another computer? I'm not sure about that. I would hope what you are doing would correctly identify app store builds that have been copied. I don't know how you would actually test that though, at least not until it has been published on the store.

have a global state signalling "receipt was verified" and unless that is true, bock all UI actions the user might want to perform in a purchased app. Right, consider the app "unverified" until the await has returned.

sizeof(x) returns the size of x in bytes, not the number of elements in the array.

Just FYI: // C++ function to return the number of elements in a C array. Usage: // sometype X[231]; // assert(elemsof(X)==231); template <typename T, size_t N> constexpr inline size_t elemsof(const T (&) [N]) { return N; }

figure.stand and figure.stand.dress (The latter is iOS 18 +, surprisingly. There is also figure.stand.dress.line.vertical.figure)

I guess I am failing to understand. There seem to be two issues; which do you not understand? Is it this: Please note that although App Review Guideline 3.1.2 requires an app to make subscription content available to all the supported devices owned by a single user, it is not appropriate to force user registration to meet this requirement; such user registration must be optional.. Or this: Accurate Metadata We noticed your free download app requires users to subscribe prior to accessing content or features, but this requirement is not clearly specified in your app description.

found one result in but couldn't find any details about location or file that generated this Post some more info about what you found and someone might be able to help you work back to the responsible source file or library. Some possibly-related threads: https://developer.apple.com/forums/thread/733475 https://developer.apple.com/forums/thread/748621

@IBOutlet weak var navigationBar: UINavigationBar! Good, I'm glad you found it! My practice has always been to use a different capitalisation/punctuation style than Apple, to avoid this. For example in this case I would have called it navigation_bar. This has been a reliable way to avoid problems.

The deprecated APIs still work so you could just continue to use them for the time being. Otherwise, you will need to learn enough Swift to implement this part of your app using it. Combining the two languages in one app is not hugely difficult. How complex it is will depend on how much StoreKit functionality you need.

Try character 2007, “figure space”. Alternatively: I can use fixed width fonts (like Menlo), but I've not found one that fits (the zero is barred, which is not looking great in the app) It may be possible to change that; fonts often contain glyph variants such as different shapes of ‘a’ or ‘7’. (I think the Notes app uses the ‘a’ variant). Note these are not different unicode code points. Sorry, I forget how to do this with UIFont.