Reasons for Rejecting iPhone Application by Apple Store

Reasons for rejecting iPhone application by Apple store

Here are possible reasons (unofficial, from here):

• Vibration. It is not permitted to use continuous vibration in your apps - short bursts as warnings is all that is allowed. Don’t bother trying to set up a timer to keep the vibration going, it will cause your app to be rejected.

• Linking to private frameworks. This is obvious, but somehow in playing around with stuff we had linked to the MoviePlayer.framework. That’s a no-no, and cost us about ten days while we unlinked that framework, recompiled, and then resubmitted.

• Improper handling of editing in tableview cells. Also obvious, but be aware that if you enable table cell editing, you’ll have to manually specify which cells should respond to editing controls and which should not. We had some random prefs cells in one of our early apps that were able to be swiped to bring up a ‘delete’ badge. Of course it didn’t do anything, but Apple justly considered this poor design and rejected our app.

• Icons. Make sure the 57 pixel icon is identical to the 512 pixel version. Also, use a different icon if you are creating ‘lite’ and ‘pro’ versions of your app (i.e., free and paid). Using the same icon for both sends your app straight to … you guessed it … the bin.

• Copying existing functionality. This one is much more subtle and insidious, and has probably affected the great percentage of developers. In addition to the widely publicized Podcaster debacle, reports from user comments indicate that Apple is casting a wide net when looking for duplicated functionality. Mini web browsers, or apps that essentially show web pages, seem particularly vulnerable, even if they add new and/or useful functionality. Stay away from email clients as well.

• Using appropriate keyboard type. If your app asks for a phone number or other numeral-only input and you present a keyboard that also includes the possibility of entering standard alpha-numeric input … yep. (Thanks Jeremy1026)

• Version numbers. If your app is currently at version 0.99 or below, you’d better consider giving it a promotion as Apple seems to prefer 1.0 and above. One of ours was recently rejected for being .016, with a message suggesting that our version number wasn’t even numeric. When we resubmitted the same app from scratch as version 1.0, it went through.

• Network Reachability. If your app requires any type of network access you need to make sure it works when that access isn't available. If it doesn't it will be rejected. Apple provides sample code to test this which you can use as-is in most cases: https://developer.apple.com/library/content/samplecode/Reachability/Introduction/Intro.html

And last, but not least:

• Flatulence Don’t even try. ;-) UPDATE: sorry, this seems to be outdated by now. Apple makes a lot of money now with "fart apps": see this article.

Edit:

Here is a link to a recent article about ten iPhone Apps That Didn't Make Apple's App Store.

And a tip: Apple has a Mac app called Application Loader that you could install. Once you install it, it analyzes your app's zip file. It verifies all the certificates, icons, and other things are correct before submitting to Apple. Using the Application Loader minimizes your chances of app rejection.

---

Another interesting resource: App Store Roundtable: Transparency and the Approval System (appleblog.com)

---

Yet another edit:

New rules by February 2010: "No Swimsuits, No Skin, And No Innuendo" (source: TechCrunch article, Wobble author's blog)

By the way: during the iPhone 3.0 preview event (march 2009), an Apple spokesman told that 96% of all submitted application were approved.

Apple store rejection due to App Icon

Yes, as apple says:

Every app must supply both small and large app icons. The small icons are used on the Home screen and throughout the system once your app is installed. The large icon is used by the App Store.

You can read more about it here:
https://developer.apple.com/ios/human-interface-guidelines/graphics/app-icon/

Iphone App Rejected by apple App Store for 1.0 Binary Rejected

Actually I send my company Indian government registration documents like trademark certificate and other to apple team & in that mail i also written that this app content is not copied from any other apps.
So they accept my application br>And release app to apple App Store.

What is the reason behind my App rejection by AppStore?

Banking regulations in the United States are very stringent, especially after the last financial meltdown. Apple's agreement may contain clauses which stipulate you (as the developer) to adhere to all laws in the United States because Apple is a US company.

Yes, they could probably allow it given your in a separate country, and given you stipulate your app not be sold in the US. But they might not because it's not in their primary interest. Their primary interest to stay lawful comes before their interest to serve third-party application developers.

Also, your application might be reviewed inside the United States. US citizens are known to be fairly ignorant about the cultures of other countries. This might be a decision made by an ignorant US citizen based upon the words "middle east" and "bank".

App Store review rejected - app permission request language

Spending even more time on investigation, trying and failing, we've managed to find a solution.

First of all, the Apple did a bad job explaining an issue fully. This is why it was leading me in a wrong directing. The issue supposed to be the following -

When you run an application in a language that is not present in your preferred languages list. In my case the app is in Romanian and device iOS language is set to English with no extra languages configured(Empty preferred languages list). This way the app will be in Romanian language and the camera permission alert is also in Romanian while location permission alert is in Ukrainian.

The fix was pretty easy with a single property in your Info.plist file that I'm seeing for the first time - CFBundleLocalizations where you basically just provide a list of languages your app supports.

Conclusion: The behaviour of system permission alert appearing in the iOS system preferred language is OK and works as supposed by Apple. But there might be a case when none of the app supported languages is present in the iOS system preferred languages list and it leads to multiple languages appearing in the app during runtime and this might be a potential Apple review reject reason.

---

Related Topics