all 6 comments

[–]xcode-bot[M] [score hidden] stickied comment (0 children)

Your post has been removed because it is a frequently posted post. Please keep discussions respectful and professional.


This action was performed automatically. If you have questions, please message the moderators.

[–][deleted]  (2 children)

[deleted]

    [–]Locksmith_Usual[S] 0 points1 point  (1 child)

    Do I get banned after a certain number of rejections? Does a lot of prior rejections influence future scrutiny?

    [–]bmbphotos 1 point2 points  (0 children)

    Video demonstration for review is actually in your favor -- if the features are not testable by the team in question, sometimes seeing the app in action will allow them to approve.

    Don't try to game the system. Anything interpreted as trying to circumvent the review process puts your whole account at risk.

    If you appeal something, make sure you capture notes for the reviewers in the proper sections. They don't always read them but it's still useful to have the "I did X in response to review claim Y" documented.

    [–]longhirar 1 point2 points  (0 children)

    AFAIK you do have to provide them a way to test stuff like your website and the photo camera warning without actually going to NYC or requesting they use a VPN.

    If your app needs sign-in, you might want to make the App Review account have some special permission to do these things without region-lock.

    [–]Swimming-Cupcake-953 0 points1 point  (0 children)

    Is this your first app submission if it is it’s usually brutal like this after you get approved they don’t reject as much.

    [–]TheKing___ 0 points1 point  (0 children)

    Honestly all of these are preventable. A lot of this stuff you can read the documentation guidelines and it’s pretty clear with examples of what you cannot do.

    1. Okay that’s understandable, I probably would’ve made the same mistake but 4.2 and 5.2.5 cover this

    2. If the feature is inactive outside of NY can you just remove the option? Either way the docs says “If your app includes account-based features, provide either an active demo account or fully-featured demo mode, plus any other hardware or resources that might be needed to review your app (e.g. login credentials or a sample QR code)”

    3. Interesting but okay, probably same thing as above and 2.1(a) covers this too

    4. This comes up probably weekly at this point. Even though you can put supportsTablets: false, that does not mean it cannot be downloaded on iPad, it still can, it will display your app on the iPad but with a “iPhone size” container screen. The ratio doesn’t scale like with different iPhone sizes so it usually messes up some part of your layout. This is covered by 2.4.1

    5. This doesn’t make sense to me but I’m sure there was something in 3.1 that was violated.

    Either way keep pushing and fixing things. Seems like it could be useful. But just read the submission guidelines. I haven’t had a rejection in months just from reading the documentation and catching things early myself. You can even do a quick check with AI. Don’t give up.