web-dev-qa-db-fra.com

Comment dépanner / résoudre les journaux d'erreur "Requête sur l'intensité du signal renvoyée" qui apparaissent dans Xcode 10.1 / iOS 12.1?

Récemment mis à jour pour iOS 12.1 (à partir de 12.0), Xcode 10.1 (à partir de 10.0) et affichage d'une avalanche de messages d'erreur dans la console Xcode lors du débogage sur mon périphérique physique, comme suit:

[NetworkInfo] Signal strength query returned error: Error Domain=NSPOSIXErrorDomain Code=13 "Permission denied", descriptor: <CTServiceDescriptor 0x28051d700, domain=1, instance=1>

Je reçois quelques-unes de ces traces toutes les deux secondes. La seule chose qui change est la valeur hexadécimale de CTServiceDescriptor. Il n'y a eu aucun changement de code, je dois donc supposer qu'il est lié aux mises à jour iOS ou Xcode.

Autant que je sache, l'application ne semble pas avoir d'incidence sur les performances, l'application fonctionne comme prévu et mon téléphone fonctionne (même en mettant à jour la puissance de son signal!). J'ai été incapable de trouver quelque chose d'utile/pertinent sur Stack Overflow, Google ou les Apple pour les développeurs, bien que j'ai publié un message similaire à ce dernier que je lierai ici une fois le message publié. approuvé.

Toute suggestion/idée sur la façon dont je pourrais résoudre ce problème ou le résoudre serait grandement appréciée. Merci!

13
Philzay

Cela semble être un effet secondaire d'appeler [CTTelephonyNetworkInfo new]; sous les nouvelles versions d’iOS et peut être ignoré en toute sécurité, je pense. Je ne suis pas sûr que les développeurs d'applications puissent faire quelque chose pour résoudre ce problème. Cela semble être un effet secondaire: signalStrength à l'intérieur de CTTelephonyNetworkInfo est masqué des applications publiques dans les versions récentes d'iOS (9+ ). Ce n'est pas nouveau, mais l'erreur d'autorisations est plus bruyante ici sous iOS 12.1 (peut-être d'autres versions?).

CTTelephonyNetworkInfo semble être une API révisée à la hâte, pour le public au moins: par exemple, elle contenait des bogues dans la v12 lors du renvoi des informations sur le transporteur qui étaient corrigées dans la v12.1. pourquoi serviceSubscriberCellularProviders renvoie-t-il nil? (sous iOS 12)

Je me rappelle également des erreurs d’autorisations superflues qui apparaissent fréquemment dans les journaux de la console macOS - https://eclecticlight.co/2016/09/23/sierras-console-promising-but-incomplete/ - ou le bogue Xcode 8 dans lequel, dans une version bêta antérieure, le simulateur était extrêmement bruyant. Parfois, le bavardage interne passe à une version externe, et il n'y a pas grand-chose à l'extérieur Apple peut le faire ...

8
Louis St-Amour