I posted something similar here: https://developer.apple.com/forums/thread/749462 In my case, the phone number is redirected; I think Apple's bot gets confused by the two levels of ring tone and hangs up too soon. You could file a bug, ha ha. Mine was closed with "too little information to diagnose". Is there anything else that I can do here? The easiest solution is probably to buy a "burner phone", use it once for this verification, and then dispose of it. I'm going to wait before doing that, in case they fix it. It may also be that they remove the requirement to disclose a phone number. I think that's less likely to apply in your case if you do literally have a head office with a receptionist, but for all the one-guy-in-his-garage businesses that literally don't have a business phone number, Apple's interpretation of the rules could change. Please let us know what happens in your case.

Using a third-party service I can see the list of keywords that are associated with my app. Can you? Really? How do you think they get that info?

can i remove them and submit to review again, Yes. will i be accepted then? That depends, maybe they will find something else to complain about.

there are users who see this particular screen again when they open the app. Are they hallucinating? Did they see it on another device? Have they deleted and re-installed the app? Did they see a similar screen in a different app with a similar name to yours? Anyway, why are you using NSUserDefaults for this? Can't you store this flag in the filesystem, somewhere that you have control over it, without the layer of opaque Apple magic that NSUserDefaults adds?

I hope someone from the Apple AppStore Review team can give some feedback. No, that won't happen. You need to sort this out yourself.

There gave been other similar reports - search the forum form”spike”. Yes you should report this to Apple.

The testflight stats are total nonsense. https://developer.apple.com/forums/thread/739565

I suspect the problem is specifically with the expression "cheat sheet". I fear that the implication of "cheat sheet" in the context of an exam is that it is simply a list of answers to questions that the candidate can memorise to "cheat" in the exam. I guess the documents are all written in Belrussian / Russian? Are you using the phrase "cheat sheet" in an English version of the metadata, or something? In that case, find a better translation for whatever the original expression is than "cheat sheet".

I can find occurrences of the API names as string, but not all of them are API calls (e.g. creationDate which is a custom property). So you're saying that you have your own objC / swift class with a property called creationDate, and that seems to trigger the warning email? That's worrying. You have a few choices: File a bug, ha ha ha. Rename your creationDate property. (I've always used a different capitalisation style than Apple's in order to avoid issues like this.) Just add one of the innocuous reason codes to your privacy manifest.

Pseudo-code: total_length = 0 foreach line segment total_length += length(segment) spacing = total_length / 9 // note not 10! seg = first segment seg_start = 0 seg_end = length(seg) for point in 0 ... 9 distance = point * spacing while distance > seg_end seg = next_segment seg_start = seg_end seg_end = seg_start + length(seg) end while frac = (distance - seg_start) / length(seg) pos = lerp(start(seg), end(seg), frac) output pos end for

You can’t. Apple don’t tell you who the purchasers are.

Any ideas? See this thread: https://developer.apple.com/forums/thread/748621 But to be honest you might as well save yourself the bother and just add one of the innocuous permitted reason codes.

Interesting! I also have some code that has for years used UITextInput on a custom view; I was drawing a cursor myself. I've just tried - with a very quick hack - to add UITextInteraction. It seems promising, not least because it provides the loupe (magnifier) functionality. But as you say, the cursor ("beam") is not initially shown. I can enter characters and it does call my caretRectForPosition method for the position where the cursor should be, but it doesn't draw it until I tap somewhere. I'll let you know if I discover anything useful.

Since sysctlbyname is not guaranteed to be thread-safe. Huh? It’s thread-safe. (See below.) Anyway, what are you actually trying to do? It sounds like you’re trying to get the system boot time without using the functions in the “required reasons” list. I don’t think that’s going to end well. Quinn wrote: Some APIs are atomic, that is, they can be called from any thread at any time but they are still subject to races. Your sysctlbyname case is a good example of this because, in the case of a read/write value, you might race with the folks setting that value. I disagree that his sysctl case is a good example of this, because he’s trying to read the boot time, and nothing is writing that while you’re reading it, is it? Have I missed something?

Are you saying that the user should be able to turn the isExcludedFromBackup option on/off? Yes, indirectly; when the app starts it reads this setting from NDUserDefaults and updates the xattr to reflect it. have you ever been rejected or encountered any problems during app review? Frequently, but not related to this; I doubt think they’ve ever noticed the feature.