Je reçois parfois ce message dans les journaux de Xcode 8b3 lors de l'exécution de mon application, tout semble fonctionner, mais j'aimerais savoir d'où cela vient. Google n'a pas aidé du tout.
willShowViewController
n'est jamais appelé, non ...
Je reçois parfois ce message dans les journaux de Xcode 8b3 lors de l'exécution de mon application, tout semble fonctionner, mais j'aimerais savoir d'où cela vient. Google n'a pas aidé du tout.
willShowViewController
n'est jamais appelé, non ...
Réponses:
dans votre Xcode:
Il provient de l' +[UIWindow _synchronizeDrawingAcrossProcessesOverPort:withPreCommitHandler:]
API os_log. Il ne dépend pas des autres composants / frameworks que vous utilisez (uniquement à partir d'UIKit) - il se reproduit dans un projet d'application simple à vue unique en changeant l'orientation de l'interface.
Cette méthode se compose de 2 parties:
Lorsque la deuxième partie échoue (ressemble à une transition interdite), elle imprime le message ci-dessus dans le journal des erreurs. Cependant, je pense que ce problème n'est pas fatal: il y a 2 cas d'assertion supplémentaires dans cette méthode, ce qui entraînera un crash dans le débogage.
Il semble que le radar soit le meilleur que nous puissions faire.
Essayez de mettre ce qui suit dans environment variables
le schéma sousrun(debug)
OS_ACTIVITY_MODE = disable
Nous pouvons le couper de cette façon (l'appareil et le simulateur ont besoin de valeurs différentes):
Ajoutez le nom OS_ACTIVITY_MODE
et la valeur ${DEBUG_ACTIVITY_MODE}
et vérifiez-les (dans Produit -> Schéma -> Modifier le schéma -> Exécuter -> Arguments -> Environnement).
Ajouter un paramètre défini par l'utilisateur DEBUG_ACTIVITY_MODE
, puis ajouter Any iOS Simulator SDK
pour Debug
et définir la valeur de à disable
(dans le projet -> Paramètres Build -> + -> Paramètres définis par l' utilisateur)
Pour résoudre ce problème, j'ai supprimé l'application de Simulator.
J'ai également couru Clean en premier.
Je ne pense pas que quelque chose lié à l'orientation l'ait déclenché. La plus grande chose qui a changé avant le début de ce symptôme est qu'un framework Swift a commencé à appeler NSLog
des threads de travail au lieu du thread principal.
OS_ACTIVITY_MODE = disable
Cela désactivera également la possibilité de déboguer dans des appareils réels (aucune sortie de console à partir d'appareils réels à partir de là).