Je reçois soudainement un message sur iOS 9
:
La ressource n'a pas pu être chargée car la stratégie de sécurité du transport d'application nécessite l'utilisation d'une connexion sécurisée
Recherche un peu et a constaté que la définition de NSAllowsArbitraryLoads sur YES corrige ce qui fonctionne réellement.
Cependant, j'ai également constaté que Apple peut rejeter l'application pour cela. Bien qu'indiqué dans Technote de sécurité de transport d'application
NSAllowsArbitraryLoads
Valeur booléenne utilisée pour désactiver App Transport Security pour tous les domaines non répertoriés dans le dictionnaire NSExceptionDomains. Les domaines répertoriés utilisent les paramètres spécifiés pour ce domaine.
Mais puisque c'est la seule solution qui fonctionne en ce moment et aussi Apple peut ou non rejeter l'application, je voulais juste à confirmer avant la publication.
Mise à jour : Apple a passé l'examen et mon application est maintenant en ligne avec ce paramètre :)
Mise à jour:
Apple a annoncé que les applications iOS avaient jusqu'au 1er janvier 2017 pour activer App Transport Security .
Donc, si vous prévoyez de soumettre une application sur l'App Store après 2017, veuillez activer ATS .
Voir aussi ceci lien
====== Ancienne réponse =====
Mon expérience:
Je soumets mon application à 17/09/2015 , et j'ai réussi le processus d'examen de l'App Store et réussi à publier l'application.
Voici la capture d'écran info.plist de mon application.
Donc, je ne pense pas Apple rejettera l'application pour cette raison pour l'instant
Mise à jour:
Ma nouvelle application a réussi Apple processus de révision à 30/10/2015 avec cette clé réglée sur OUI.
A perdu beaucoup de temps (⏱ == ????) à cause de cela. Le test du nouveau code NSURL ... a échoué avec certains utilisateurs, a fonctionné avec d'autres. Je ne savais pas pourquoi. Puis je suis tombé sur la sortie du journal que je ne regarde normalement pas (qui voit vraiment les journaux sur un iPhone, sérieusement ...) et il y a eu cet avertissement.
C'était une astuce plutôt désagréable qu'Apple ... a perdu du temps à déboguer, à perdre du temps à frustrer les utilisateurs, à perdre de la crédibilité en ayant un logiciel qui "fonctionne". Rayons cassés à cause du bâton d'Apple. Va devoir lancer Apple sous le bus ???? avec mes testeurs sur celui-ci.
Réf: NSAppTransportSecurity: NSAllowsArbitraryLoads NSAppTransportSecurity: NSExceptionDomains