You should remember you turn off NSZombies before submitting.
Thanks. Updated.
IOS App Store Submission Checklist - anything else to add?
51–60 of 76 posts
Re: IOS App Store Submission Checklist - anything else to add?
#52> Lite versions must not prompt (up-sell) the full or paid version That one I see quite a lot. Example: Cut The Rope Holiday Gift (which is free) proposes me to get CTR Original and CTR Experiments on the last tab.
Agreed. I've reworded the Lite version checks a bit.
Re: IOS App Store Submission Checklist - anything else to add?
#53Surprised to see "does not leak memory" is not on the list. That's a biggie.
I don't think Apple reject apps that leak "a bit". There's this older discussion on SO: http://stackoverflow.com/questions/1136511/does-apple-reject... . If you leak fast your app is unlikely to "not crash" and "remain responsive".
Well, I suppose it's true -- I have submitted apps to Apple that got approved that leaked memory. But the leaks were coming from one of their frameworks (WebKit).
So perhaps what I said should be amended to say: "Your app does not leak memory, at least because of any code you wrote".
Re: IOS App Store Submission Checklist - anything else to add?
#54Does not "accidentally" contain such material, e.g. unrestricted web browsing, explicit lyrics, unfiltered collections of books.
Is that still true? That is, they will still reject a new e-book reader because it can read the Kama Sutra, and they would still reject an app that allowed the user to navigate to a porn site? I have the Wikipedia app installed, which I think would violate those terms.
Re: IOS App Store Submission Checklist - anything else to add?
#55Earlier quoted context omitted.
I don't think Apple reject apps that leak "a bit". There's this older discussion on SO: http://stackoverflow.com/questions/1136511/does-apple-reject... . If you leak fast your app is unlikely to "not crash" and "remain responsive".
Well, I suppose it's true -- I have submitted apps to Apple that got approved that leaked memory. But the leaks were coming from one of their frameworks (WebKit). So perhaps what I said should be amended to say: "Your app does not leak memory, at least because of any code you wrote".
It's a worthy goal, but missing it still doesn't cause rejection. BTW, I do include "don't leak memory" in my general-purpose template for testing (as opposed to submitting) iOS apps here: https://ontestpad.com/library/200/ios-app-testing-template
Re: IOS App Store Submission Checklist - anything else to add?
#56I've got one you can add: iPad applications don't have to support all four orientations. However, whichever orientation you do support (in our instance, portrait) you must support the top-up and bottom-up variations unless some special circumstance warrants only supporting one or the other. Just had a submission rejected earlier this week for this reason. FYI, here is the response we received from Apple: 10.1 We foun…
Thanks for letting us know. I actually have an iPad app currently in the store (approved in October) that only supports top-up portrait. I guess it really depends how picky the reviewer wants to be. I will make sure I fix it before my next update.
Re: IOS App Store Submission Checklist - anything else to add?
#57Earlier quoted context omitted.
Also maybe consider dropping: > App state is saved when stopping the app and restored on next start I believe you get this for 'free' with IOS 4 and greater, as the app now never stops, it just suspends to the background when you switch between apps.
Not if the device runs out of memory or on older iOSes. You should always address this case.
I didn't consider out of memory condition, thank you. I wasn't worried about older OS as practically speaking there are not that many folks on IOS 3 or older, at least based on stats I've seen for iPhone. I don't specifically target iPods, so maybe there are more of those at 3 vs iPhone. Thanks again - great list!
Re: IOS App Store Submission Checklist - anything else to add?
#58With regards to the HIG: At a recent Apple iOS Tech Talk the engineer giving the session mentioned that breaking the HIG wasn't expressly forbidden, but that you needed to "know the rules in order to break them". Break them, if it's better than sticking to them.
This isn't true. I've had two rejections for HIG violations - one was an unclear error message (authentication failure-style message when no network was available) and the other was orientation problems (one of the official iPad app templates at the time supported three orientations by default, which is against the rules).
Specifically, section 10.1 of the App Store review guidelines states:
> Apps must comply with all terms and conditions explained in the Apple iOS Human Interface Guidelines
It is very much the case that you can often get away with it (see for example all the apps with splash screens), but it is "expressly forbidden".
Re: IOS App Store Submission Checklist - anything else to add?
#59Thanks for this.
Double thanks for the fact I can subscribe to that page via RSS (the links at the bottom of the page).
Re: IOS App Store Submission Checklist - anything else to add?
#60You should remember you turn off NSZombies before submitting.
Thanks. Updated.
This isn't necessary. It's an environment variable Xcode adds while running the executable, not something that is compiled into the application. Furthermore it only works in the simulator, not on the device itself, so end users wouldn't run into problems with it anyway.