Pourquoi Visual Studio TACO ne parvient-il pas à find l'application que j'essaie de déboguer?

J'utilise Visual Studio Running en parallèle sur un Mac. Le Mac fonctionne comme mon server de compilation pour iOS. J'essaye d'get le debugging fonctionnant du studio visuel pour le simulateur (iPad Air iOS 9.3) et un dispositif réel (un iPad Air réel). Pour l'instant, il peut être utile de se concentrer d'abord sur le simulateur.

Lorsque j'essaie de lancer un simulateur (iPad Air) à partir de Visual Studio ou vers un périphérique réel, mon application se lance sur l'appareil ou le simulateur avant que Visual Studio semble se bloquer pendant quelques instants, signalant finalement le message d'erreur suivant:

Nous n'avons pas pu find l'application que vous essayez de déboguer. Vérifiez que le périphérique est connecté, éveillé et déverrouillé. Assurez-vous également que Web> Inspector est activé.

L'appareil est connecté. Dans le cas du simulateur, il n'y a pas de périphérique à connecter.

L'appareil est éveillé et déverrouillé. Dans le cas du simulateur, il n'y a rien à éveiller ou déverrouiller. L'application se lance alors que Visual Studio est toujours en train de déboguer juste avant qu'un message d'erreur ne soit renvoyé.

J'ai vérifié et revérifié pour voir que l'inspecteur de Web est activé sur le périphérique et le safari à l'intérieur sur le mac. Je suis capable d'exécuter la construction à partir de XCODE et de déboguer via Safari.

Il semble inhabituel que l'application s'ouvre réellement dans le simulateur avant que Visual Studio returnne avec l'erreur qu'il est incapable de find l'application. Si Visual Studio est incapable de find l'application, pourquoi l'a-t-elle lancée?

Je serai très reconnaissant pour toute aide.

Environnement [Mis à jour]

J'utilise un MacBook Pro exécutant Windows 10 dans Parallels.

Configuration Windows

  • Visual Studio 2015 Update 2
  • Cordova 6.1.1
  • TACO Mise à jour 8.1
  • Noeud 6.0.0

Configuration MacBook Pro

  • Cordova 6.1.1
  • Noeud 6.0.0
  • iPad Mini 2 fonctionnant sous iOS 9.2 (13C75)
  • iPad Air 2 fonctionnant 9.2.1 (13D15)

Mise à jour 1: J'ai installé Visual Studio Update 2 et toujours le même message d'erreur. J'apprécie la suggestion cependant!

Mise à jour 2: Merci pour la suggestion. J'ai édité la config, changé les parameters de timeout et redémarré le server de construction comme suggéré. L'erreur liée à un périphérique réel s'est transformée en avertissement avec le même résultat. Le simulateur maintient la même erreur.

Maintenant, l'avertissement se lit comme suit:

Délai de lancement de l'application. Vérifiez votre connection réseau au mac et essayez> à nouveau. Si vous lancez un appareil, assurez-vous que Web Inspector> est activé.

J'ai un inspecteur Web activé. Il ne semble pas que Visual Studio attende la minute entière avant de revenir avec une erreur ou un avertissement. En outre, l'environnement de studio visuel semble se bloquer (ne répond pas) pendant qu'il tente de se connecter à l'appareil ou au simulateur.

J'ai essayé sur plusieurs réseaux et j'ai obtenu les mêmes résultats.

Y a-t-il des informations supplémentaires que je pourrais fournir qui pourraient vous être utiles?

Mise à jour 3:

D'autres suggestions ou informations supplémentaires que je peux fournir? Je suis vraiment perplexe ici. Heureusement, ce n'est pas un showstopper, car je suis capable de faire un peu de debugging dans Safari lorsqu'il est déployé sur l'appareil, mais c'est frustrant.

Est-il normal que Visual Studio semble se bloquer en essayant de se connecter à l'appareil pour déboguer?

Je ne crois pas non plus que Visual Studio attende la durée complète des parameters de timeout configurés.

J'ai mis à jour toutes les dependencies auxquelles je peux penser et je me suis assuré que les versions de cordova correspondent sur ios et windows. Je suis perplexe ici …

J'ai augmenté la quantité de memory disponible pour la machine virtuelle Windows 10 de 4 Go à 5 Go et le débogueur s'attache maintenant comme prévu sans erreur.

Je post ceci dans le cas où cela serait utile à quelqu'un d'autre.

Ce que vous voyez peut être le résultat d'un timeout d'expiration dans les outils de construction à distance, cela peut arriver pour diverses raisons (y compris les performances générales du réseau). Jetez un oeil à la réponse suivante à un autre article ( les outils Apache Cordova / Visual Studio 2015 ne parviennent pas à lancer l'application dans le simulateur IOS ) pour get des conseils sur la façon de changer les timeouts

  • première exécution de remotebuild saveconfig dans le terminal macos
  • Ouvrez le file RemoteBuild.config dans l' Text Editor de Text Editor partir du path de l'étape précédente
  • Changer la valeur de appLaunchStepTimout en 60000 (1 min)
  • Modifier la valeur de emulatorLaunchTimeout sur 60000 (1 minute)
  • Enregistrer le file
  • exécuter remotebuild sur le terminal
  • Exécutez à nouveau le projet à partir de Visual studio

J'ai parfois traversé la même erreur de time en time, mais cela s'est produit beaucoup less avec la dernière mise à jour de VS 2015 Update 2 – Si vous pouvez mettre à jour à ce niveau ( VS2015 Update 2 ), cela pourrait résoudre le problème.

Je vois encore parfois cette erreur avec la mise à jour 2. Mais, il arrive généralement sur une construction iOS non incrémentielle (complète) et semble être liée au timing. La mise à jour 2 corrige de nombreux problèmes, donc je vous recommand de mettre à jour.

Edit2: Le problème s'est manifesté une fois de plus, donc ce n'était pas une solution définitive, mais ça marche très bien pour la plupart maintenant.

Modifier: J'ai réinitialisé les parameters de l'iPad à partir de Paramètres -> Général -> Réinitialiser -> Réinitialiser tous les parameters et maintenant il semble fonctionner.

J'ai exactement le même problème lors des tests sur mon iPad 1, mais cela fonctionne sur mon iPhone 6. Ils fonctionnent sous iOS 9. Je n'ai pas d'autres appareils iOS à tester, donc je ne peux pas tirer de conclusions exactes de ceci.

J'ai fait face au même problème que toi. et j'ai juste essayé de passer du debugging à la libération et tout est résolu. et je peux faire du debugging. c'est une solution étrange mais sur l'erreur il est dit qu'il ne peut pas simplement déboguer c'est pourquoi j'ai pensé à ça.