I have sales in the application What are you selling? Is it a digital product that is consumed in the app? Or is it physical goods or services that are delivered outside the app?

P.S. I should have said that you can't just use latitude and longitude values with that code, for a couple of reasons: one degree of latitude is not the same distance as one degree of longitude, except at the equator, and bad things happen at the poles and in the middle of the Pacific. The best thing to do is to convert from lat-lon to geocentric (xyz) coordinates first. Good news: the pseudo-code I posted works equally well for 3D geocentric coordinates as for 2D.

I open new training levels for payment. And these "levels" are in the app, right? In that case, you must use In-App Purchase.

Yes, I also get support questions from people who have apps with very similar names to mine. Some differ only by punctuation. Claude, the users just Google something like "AppName* support" and it finds my AppName support web page with email link, rather than a page for "AppName*". The only real difficulty is that sometimes it takes me a while to work out that they are describing a different app. Now I often ask "Please send a screenshot" straight away. Apple don't, as far as I am aware, make any promises about app name uniqueness. In particular, if your name is purely a description of what the app does (as Camera Lucida seems to be), then you can expect other apps with the same functionality to use very similar names. There isn't a solution to this. You just have to live with it. Maybe next time, choose a more fanciful name that you can register as a trademark.

What can I do here? The message you've quoted tells you exactly what to do.

Guess where they sent me? Did you "mention that you were referred by DTS" ?

You need to keep nagging Apple until they sort it out. I believe this is illegal? Ha. Can you afford a better lawyer than Apple? No.

Why do you want to use relative paths? I guess it should probably work, but you don't know what other code outside your control is doing to the current directory. You need to debug this by checking what the current directory is at the point where you call open(), enumerating the directory to see what files are actually present, etc.

Read your agreements with Apple. What promises do they make about how quickly they will review apps? Have they broken any of the terms of the agreement? If you can find some term that they have broken, what remedies does the agreement offer?

No, I don't believe you can do that. You may be able to see the total number of codes that have been redeemed by looking for sales with zero proceeds, or something.

Is it a Bluetooth LE device, or some other sort of Bluetooth?

it will be my pleasure to assist you today "Chris" is a chatbot who is "happy to help" by repeating fragments of your original message back to you, posting links to FAQs, etc. You need to find the magic words that will connect you with an actual human. Try things like "escalate", "human", "complaint", "xyzzy" etc. Good luck.

Maybe I'm missing something - which is possible, because I am not a Swift expert, but... resignFirstResponder is not async. You can only "await" inside async functions, right?

avoid re-compile from IPA or APP file The .ipa file etc. do not contain the app's source code, so the app cannot be recompiled from that. It can be modified in other ways, though, so... Is there something like HASH key and it will be changed if be re-complile? That's what AppAttest does. But it's only useful if your app has some sort of server communication, i.e. the app sends an AppAttest-signed request to your server, which can check it. If there is no server communication it doesn't help. Note also that AppAttest is not supported on all devices, specifically if an iOS app is run on a Mac in "made for iPad" mode AppAttest is not available. Apple tells us that an AppAttest failure is just a factor that we should take into account, not a definitive yes/no. Which makes it much less useful than it would be otherwise. Fundamentally, my advice has always been to avoid app types / demographics where piracy is a problem. There was a great Dilbert where he says "We will be targeting this type of customer..." and he is pointing to a chart where it says "Rich/Poor", "Smart/Stupid". If you can come up with an app that rich stupid people will buy, they will neither be motivated to pirate it, nor will they have the skills to do so. The other bit of advice is to avoid apps where you actually have costs associated with pirated users, i.e. server costs or royalties that you pay to third parties. If you have royalties to pay, make sure that your contract only requires you to pay royalties for legitimate users. And try to ensure that your server costs are either fixed, or minimal.

It's not an incorrect warning. In C/C++/objC quoted strings, the characters that you need to escape are ", newline, tab, , and a few other control characters. This is true whether the string is a filename or anything else. This is similar to what you need to do in quoted strings in the shell. But it differs from what you need with unquoted strings in the shell. Examples: fopen("Hello World"); // C cat "Hello World" # shell cat Hello\ World # shell Now say you have a file with a literal \ in the name (which would be unwise, if you might one day port to Windows, I think, but anyway): fopen("back\\slash") cat "back\\slash" cat back\\slash