Mon application était tout simplement rejeté pour l'utilisation de l'Ad cadre de soutien. La bibliothèque est responsable?

Il s'agissait simplement d'une mise à jour qui n'a pas changer quoi que ce soit à voir avec le rejet de la raison. Voici la réponse du centre de résolution:

Raisons
Programme De L'Accord De Licence
PLA 3.3.12

Nous avons trouvé votre application utilise l'iOS Identificateur de la Publicité, mais ne comprennent pas l'annonce de la fonctionnalité. Ce n'est pas compatible avec les termes du Programme pour Développeurs iOS, Contrat de Licence, tel que requis par l'App Store d'Examen des lignes Directrices.

Plus précisément, l'article 3.3.12 du Programme pour Développeurs iOS, indique l'Accord de Licence:

"Vous et Vos Applications (et à tout tiers avec lequel vous avez contracté pour servir la publicité), peuvent utiliser la Publicité d'identification, et que toute information obtenue par le biais de l'utilisation de la Publicité en Identifiant, dans le seul but de servir la publicité. Si un utilisateur réinitialise la Publicité Identifiant, Vous acceptez de ne pas combiner, de comparer, de lien ou autrement associés, directement ou indirectement, l'état de la Publicité Identifiant et toute l'information dérivée avec la réinitialisation de la Publicité Identifiant."

Veuillez vérifier votre code, y compris les bibliothèques de tiers - pour supprimer toutes les instances de l':

classe: ASIdentifierManager
sélecteur: advertisingIdentifier
cadre: AdSupport.cadre

Si vous envisagez d'intégrer l'ads dans une future version, merci de supprimer la Publicité Identifiant de votre application jusqu'à ce que vous avez inclus ad fonctionnalité.

Pour aider à localiser la Publicité Identifiant, utilisez le “nm” de l'outil. Pour plus d'informations sur le “nm” de l'outil, ouvrez une fenêtre de terminal et saisissez: “l'homme nm.”

Si vous n'avez pas accès aux bibliothèques de la source, vous pouvez être en mesure de rechercher le binaire compilé à l'aide de la "chaînes" ou "otool" outils de ligne de commande. Les "chaînes" des listes d'outils, les méthodes que les appels à la bibliothèque, et "otool -ov" affichera la liste de l'Objective-C classe de structures et de leurs méthodes définies. Ces techniques peuvent vous aider à réduire vers le bas où le code problématique réside.

Le tiers des bibliothèques que j'utilise est la version la plus récente de parse.com sdk, latest version of flurry analytics, and version 2.2 of test flight. Quelqu'un sait quelle bibliothèque est le problème? Grâce

IMO ils ont fourni beaucoup de conseils pour faire une recherche par vous-même...vous avez essayé et vous ne trouvez pas?
J'ai vu des gens avoir ce problème avec google analytics
Cependant, la principale raison pour laquelle vous avez signalé est TestFlight, pour qui cette identification est essentielle: testflightapp.com/sdk/ios/doc/2.0.0 - "Le AdSupport.cadre est nécessaire pour iOS 6.0+, afin d'identifier de manière unique les utilisateurs afin que nous puissions estimer le nombre d'utilisateurs de votre application (à l'aide de ASIdentifierManager). Vous pouvez maillon faible dans le cadre de votre application. Si votre application ne prend pas en lien avec la AdSupport.cadre de, la TestFlight SDK charge automatiquement pour des applications en cours d'exécution sur iOS 6.0+."
Il s'avère que les Testflight v2.2.0 est le conflit. Depuis, elles ont fixé selon leur changelog: Consolider les deux versions du SDK dans un qui supprime tous les accès à ASIdentifierManager
Si le AdSupport.le cadre est lié facultatif, qui permettent de résoudre le problème avec l'App Store?

OriginalL'auteur user2844801 | 2014-01-31