appstore-approval

My App has been rejected because of UIBackgroundModes

我怕爱的太早我们不能终老 提交于 2019-11-30 01:27:28
问题 We found that your app uses a background mode but does not include functionality that requires that mode to run persistently. This behavior is not in compliance with the App Store Review Guidelines. We noticed your app declares support for audio in the UIBackgroundModes key in your Info.plist, but no audible content is played when the application is in the background. While your intention may have been to provide this functionality, at the time of review, we were not able to play background

WatchKit App Rejected for “Failing to Install”

↘锁芯ラ 提交于 2019-11-29 18:09:31
问题 I built an iOS app with a companion Apple Watch app and recently submitted it to the App Store. This morning, it was rejected for failing to install. Here are the steps to reproduce: Install the app on iPhone Launch the companion app Toggle the "Show App on Apple Watch" switch The app attempts to install on the Apple Watch Error message is displayed on Apple Watch and app in not installed. Toggle switch in the companion app is set to "off" Obviously, I don't have an Apple Watch to test this

Cannot update .geojson file for app submission on App Store

一世执手 提交于 2019-11-29 12:44:45
My GeoJSON file is supposed to cover the entire world. Here is the GeoJSON file: { "type": "MultiPolygon", "coordinates": [ [[[-169.4,58.8], [-168.0,83.4], [188.4,83.3], [194.0,-72.8], [-166.6,-73.6], [-169.4,58.8]]] ] } The name of the file is example.GeoJSON . I keep getting the following error when uploading the file: Your routing app coverage file is invalid. For more information see the Developer Guide. What is wrong with the above file? My app has a mapkit that shows the annotation of a particular place depending on the place that is chosen. When tapping the map in the app, Apple Maps

iOS Frameworks with x86 Slice for Simulator + Appstore Approval

走远了吗. 提交于 2019-11-29 10:40:19
问题 I am building and distributing an iOS Framework library for consumption by other developers. Recently I ran into a bug (feature?) of the Apple Store whereby if an iOS Framework is built with the x86 Architecture (for the simulator) then the entire app fails App Store approval with the error: [Transporter Error Output]: ERROR ITMS-90087: "Unsupported Architectures. The executable for blah.app/Frameworks/MyLib.framework contains unsupported architectures '[x86_64, i386]'." What is the best

Application rejected because of not following iOS Data Storage Guidelines

只谈情不闲聊 提交于 2019-11-29 10:23:15
We're storing data into Document directory of application and we got rejection of application. We've tried with "do not back up" attribute for storing data in current version with below code. - (BOOL)addSkipBackupAttributeToItemAtURL:(NSURL *)URL{ const char* filePath = [[URL path] fileSystemRepresentation]; const char* attrName = "com.apple.MobileBackup"; u_int8_t attrValue = 1; int result = setxattr(filePath, attrName, &attrValue, sizeof(attrValue), 0, 0); return result == 0; } We've used it as per iOS Data Storage Guidelines. In earlier version we've also tried with storing data in Private

How to detect which 3rd sdk use UDID?

大兔子大兔子 提交于 2019-11-29 07:52:39
We use a lot of third-party SDKs from ad providers, and since Apple will not allow UDID access after May 1st, I want to check which SDKs use the UDID function. Is there a simple way or tool to do that? One simple and naïve method is to run strings and grep on the library files. i.e. strings libSomething.a | grep uniqueIdentifier If you see any line that prints exactly uniqueIdentifier there is a risk they call it. This method is not 100% bullet proof. But I'd expect Apple doing a similar check in their automatic validation. You could set a symbolic breakpoint for -[UIDevice uniqueIdentifier]

App Rejected by App Store

时间秒杀一切 提交于 2019-11-29 04:42:01
This is second consecutive time that apple has rejected my application citing the following reason. The below is the reason cited by apple for rejecting my application. When i'm testing In-App-Purchase i'm able to purchase all the products by using my test user account. The current status of my In-app-purchase's is READY TO SUBMIT. Can someone suggest me what i'm missing out on. You have to put your all In-app purchase in review as well same as you did for your application. You said your In-app purchase status is Ready To Submit. So you just need to click on that button in your In-app purchase

Reachability Notification Never Called

谁说我不能喝 提交于 2019-11-29 00:15:58
I am having a hard time using Reachability in my code. I would like to keep it very simple by initiating an observer at launch and then just receiving change notifications. In the following code, the reachabilityChanged method is never called. I’ve tried many iterations but this is the simplest version. It compiles and runs. Please help... ** * * AppDelegate.h code * ** * #import <UIKit/UIKit.h> #ifdef PHONEGAP_FRAMEWORK #import <PhoneGap/PGViewController.h> #import <PhoneGap/PGURLProtocol.h> #import <PhoneGap/Reachability.h> #else #import "PGViewController.h" #import "PGURLProtocol.h" #import

Will use of the PayPal iOS library get my app rejected?

那年仲夏 提交于 2019-11-28 20:42:56
I'm developing an iPhone app with a subscription model, and I saw this iOS PayPal library : Apple takes 30% of revenue of everything, but PayPal takes significantly less for micro-payments (maxing out at 10%). Naturally, I became interested. I guess what I'm confused about is this: if Apple wants everyone to use the in-app purchase library for everything (as per this document ), why does this PayPal library even exist? Wouldn't any app that used it get rejected? Has anyone successfully published an app in the app store that uses this library? If so, what was the purchase for? Digital goods?

Does apple view the actual source code when approving apps?

落爺英雄遲暮 提交于 2019-11-28 18:11:37
How exactly does apple approve apps? Is the actual source code viewed? While none of us have access to the internal review process (which appears to be continuously changing), there are a few things that can be said based on the responses that people have received. First, Apple has no access to your source code, so they do not review that. You submit a binary as part of an application bundle, along with your other application resources. They do, however, appear to scan your application's binary for certain symbols that indicate the use of private APIs. A number of applications started crashing