Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 6 years ago.
Improve this question
I am new in ios development. I have created one app, in this app some features are not available right now. So my question is can i submit my app to app store with same design by giving coming soon alert for those features. Thanks in advance.
It is likely that your app will be rejected if you include such an alert. Refer to section 2.1 of the App Review Guidelines:
2.1 App Completeness
Submissions to App Review should be final versions with all necessary metadata and fully functional URLs included; placeholder text, empty websites, and other temporary content should be scrubbed before submission. Make sure your app has been tested on-device for bugs and stability before you submit it, and include demo account info (and turn on your back-end service!) if your app includes a login. If you offer in-app purchases in your app, make sure they are complete, up-to-date, and visible to the reviewer, or that you explain why not in your review notes. Please don’t treat App Review as a software testing service. We will reject incomplete app bundles and binaries that crash or exhibit obvious technical problems.
And
2.2 Beta Testing
Demos, betas, and trial versions of your app don’t belong on the App Store...
You should remove all reference to "future functions" and put it back in when the function is available.
Yeah, as per my knowledge you can submit but it must not crash on iphone or ipad and must follow all the guidelines of apple. Because coming soon is on kind of UI of your app so i don't think that it will be rejected due to this kind of stuff.
You should refer App Store Review Guidelines for more details.
Related
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 7 years ago.
Improve this question
an app I have been working on got rejected by Apple,
here is the message I got from Apple when it got rejected:
From Apple
22.2 - Apps that contain false, fraudulent or misleading representations or use names or icons similar to other Apps will be rejected
22.2 Details
Your app or its metadata contains misleading content.
Specifically, the app screenshots and splash screen are from a well known TV show belonging to Keshet without the rights to use it.
We’ve attached screenshot for your reference.
Next Steps
Please remove or revise any misleading content in your app and its metadata.
Since your iTunes Connect Application State is Rejected, a new binary will be required. Make the desired metadata changes when you upload the new binary.
NOTE: Please be sure to make any metadata changes to all App Localizations by selecting each specific localization and making appropriate changes.*
some background,
I did develop this app for Keshet with permission, but I did not include any kind of permission from Keshet when submitting.
Yes, my bad, I just didn't know it was required.
Anyway, my question is,
would replying to Apple through the resolution center and including a document from Keshet's legel dept. be enough to resolve this issue?
or do I need to go through the whole process again, submitting a new binary etc.?
or perhaps something else?
Also, does this kind of rejection means that every other aspect of the game I submitted is okay?
because they only reacted to the rights to use Keshet's properties.
You should follow the instructions Apple gave you. (For example: "Since your iTunes Connect Application State is Rejected, a new binary will be required.")
Apple never promises that every other aspect is ok. Ever. Even the fact that you're updating an existing product doesn't promise that there won't be rejection due to things that were tacitly approved in previous versions. The only approval that really matters is when you see your app on the app store, and even then they sometimes retroactively reject apps that are already there. There are no guarantees in life.
StackOverflow isn't going to be able to give you any better information or advice than Apple will. If you have questions about their current process (which changes from time to time anyway), you need to speak with Apple.
Please follow App Store Review Guideline before you submit your App to App Store. In your case of Copyright issue follow section number 22 - Legal Requirements.
If you have copyrights to use particular Image , Logo or content then send that reference while submission to App Store.
After removal of objectionable content from project create new build and upload it again to App Store submission process.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 7 years ago.
Improve this question
I was just wondering what are the guidlines and policies about updating an app on app store? Are we allowed to enforce the users to upgrade their applications programatically?
I'd like to give you some key-points, that might be useful in yours app-update strategies.
Non forced update: (1.X.X) You can use this strategy when you updated your app slightly and updating to it will provide user more delight product. Then you might use simple UIAlertView with notification about new version update and it's features and OK|Cancel buttons, that lead to appStore. This notification can be shown, for example, every time user launches the app. Every applicationDidBecomeActive call can ask your server for actual information about new version
Forced update (2.x.x) you might find it useful, when you made breaking changes on your server-side or you decided to stop supporting some old versions of the app. Then after server-call and retrieving information about app deprecation a modal viewcontroller can be shown with only button, that leads to AppStore and text, that informs about new version available.
Both of these scenarios are used in my apps, and I've never had any troubles with Apple's policies.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 5 years ago.
Improve this question
I'm working on a Keyboard extension for iOS. One of the requirements I have is to provide a functionality in which the keyboard's design and word prediction capabilities are temporary. Meaning after a month/45 days I want to change the keyboard looks and disable the word prediction capabilities until the user buys those again using the in-app purchase mechanism.
Basically I want to provide the app for the user for a trial period after which the application becomes less functional.
I have implemented those behaviors in the Android app and now I'm required to perform the same functionality in the iOS app.
The question is: Is this type of app behavior is allowed by Apple, or will I be rejected for this?
The Answer is No, You can't Publish trial Base Apps.
As per App Store Review Guidelines :
2.9 Apps that are "demo", "trial", or "test" versions will be rejected. Beta Apps may only be submitted through TestFlight and must follow the TestFlight guidelines
Possible Solution:
I Don't know what features you have in your App. But this might help you.
You can use Subscription based inApp purchases where user can purchase & enable some feature & that will be available for some limited period.
For more details check out here: https://developer.apple.com/in-app-purchase/
Hope it will help you.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 2 years ago.
Improve this question
I submitted my app to AppStore(https://itunesconnect.apple.com) it is new version App, but My app rejected and they left this message but I don't know, what I have to fix... It wasn't clear on message what to fix.
3.1 Details We noticed that your app contains irrelevant platform information. Referencing third-party platforms in your app or its
Any one can help me with that?
If you talk about Android, Windows, Blackberry, etc in either text or screenshots and someone in the review team catches it, you will have to remove the info.
I also faced this issue, Let me tell you story.
I had a background image with a person holding a non iOS cell phone, (I guess its a blackberry). Appstore rejected because of it,
App description in itunesconnect, I linked www.mywebsite.com
and they App store rejected because if it.
In App description I mentioned "purchase license from us", then again the rejected because of it.
In my case, this happened because the word "Android" was in
my App description.
While filling out the 'description' for my iOs app, I simply pasted the same description I set for the Android version (on Google play store). Since I did not format, the word "Android" managed to slip in and Apple rejected my metadata.
There was no need to upload a new build or anything. I simply removed the "Android" word and re-uploaded, and yes, it got accepted!
I hope this helps someone out there.
Merry coding!
Hi In my case it was the boarding(tutorial) screens. I have used android phones in those design. Once after I changed it to iOS phones, my app was accepted.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
We've made an application that embeds some web content, which has been approved before. Recently Apple has begun rejecting these app's stating that they're plain content-aggregators and that they lack native functionality, even though they have native functionality such as push notifications and reachability checks.
We now considered splitting the web views up and make a native UITabBar.
The question now is—does any of you have any experience whether or not this sort of app would be approved?
I think it will also depend on the reviewer. I once got an application accepted, and the update wasn't accepted because I did not gave an access account (although when I first submitted, the reviewer, did created one to test). Try adding the UITabBar so you can have a more native look, but perhaps, they do have a check a list, at least as a guide line to see if an application does have a native look.
they're plain content-aggregators and that they lack native
functionality
By this apple means that if you can easily show your data using a mobile website then don't create a native app for this.
2.12
Apps that are not very useful, are simply web sites bundled as apps, or do not provide any lasting entertainment value may be rejected
see here - https://developer.apple.com/appstore/resources/approval/guidelines.html