Warum kann Visual Studio TACO die Anwendung nicht finden, die ich zu debuggen versuche?

Question

Ich benutze Visual Studio läuft in Parallelen auf einem Mac. Der Mac fungiert als mein Build-Server für iOS. Ich versuche, Debugging von Visual Studio sowohl für den Simulator (iPad Air iOS 9.3) und ein tatsächliches Gerät (eine tatsächliche iPad Air) zu arbeiten. Im Moment kann es hilfreich sein, sich zuerst auf den Simulator zu konzentrieren.

Wenn ich versuche, zu einem Simulator (iPad Air) von Visual Studio oder einem tatsächlichen Gerät zu starten, wird meine Anwendung auf dem Gerät oder dem Simulator gestartet, bevor Visual Studio für einige Momente zu hängen scheint und die folgende Fehlermeldung meldet :

Wir konnten die App, die Sie debuggen möchten, nicht finden. Überprüfen Sie, ob das> Gerät verbunden, aktiv und entsperrt ist. Stellen Sie außerdem sicher, dass Web> Inspector aktiviert ist.

Das Gerät ist angeschlossen. Im Falle des Simulators gibt es kein Gerät zum Verbinden.

Das Gerät ist aktiv und entsperrt. Im Falle des Simulators gibt es nichts zu wecken oder zu entsperren. Die Anwendung wird gestartet, während Visual Studio gerade noch debuggt, bevor eine Fehlermeldung zurückgegeben wird.

Ich habe überprüft und doppelt überprüft, um zu sehen, dass Web Inspector auf dem Gerät und in Safari auf dem Mac aktiviert ist. Ich bin in der Lage, den Build von XCODE zu starten und über Safari zu debuggen.

Es scheint ungewöhnlich, dass die Anwendung tatsächlich im Simulator geöffnet wird, bevor Visual Studio mit dem Fehler zurückkehrt, dass sie die App nicht finden kann. Wenn Visual Studio die App nicht finden kann, warum wurde sie gestartet?

Ich werde für jede Hilfe sehr dankbar sein.

Environment [Aktualisiert]

ich ein MacBook bin mit Pro Windows-10 in Parallels läuft.

Windows-Konfiguration

• Visual Studio 2015 Update 2
• Cordova 6.1.1
• TACO 8.1 aktualisiert
• Node 6.0.0

MacBook Pro Konfiguration

• Cordova 6.1.1
• Knoten 6.0.0
• iPad Mini 2 mit iOS 9.2 (13C75)
• iPad Air 2 läuft 9.2.1 (13D15)

-Update 1: Ich habe Visual Studio Update 2 installiert und bekomme immer noch dieselbe Fehlermeldung. Ich schätze den Vorschlag jedoch!

Update 2: Vielen Dank für den Vorschlag. Ich habe die Konfiguration bearbeitet, die Timeout-Einstellungen geändert und den Build-Server wie vorgeschlagen neu gestartet. Der Fehler, der mit einem tatsächlichen Gerät verbunden ist, hat sich in eine Warnung mit demselben Ergebnis geändert. Der Simulator behält den gleichen Fehler bei.

Nun ist die Warnung lautet:

Timed dem Start der App heraus. Überprüfen Sie Ihre Netzwerkverbindung zum Mac und versuchen Sie es erneut. Stellen Sie beim Starten auf einem Gerät sicher, dass Web Inspector> aktiviert ist.

Ich habe Web Inspector aktiviert. Es scheint nicht, dass Visual Studio die volle Minute wartet, bevor es mit einem Fehler oder einer Warnung zurückkommt. Außerdem scheint die visuelle Studioumgebung zu hängen (reagiert nicht), während sie versucht, sich an das Gerät oder den Simulator anzuhängen.

Ich habe auch in mehreren Netzwerken versucht und die gleichen Ergebnisse erhalten.

Gibt es zusätzliche Informationen, die ich Ihnen möglicherweise zur Verfügung stelle?

Update 3:

Alle anderen Vorschläge oder zusätzliche Informationen, die ich kann? Ich bin hier wirklich ratlos. Glücklicherweise ist dies kein Showstopper, da ich in der Lage bin, auf der Safari Debugging durchzuführen, aber es ist frustrierend.

Ist es typisch für Visual Studio zu hängen, wenn versucht wird, an das Gerät zum Debuggen anzuhängen?

Ich glaube auch nicht, Visual Studio wartet die volle Dauer der Timeout-Einstellungen, die konfiguriert wurden.

Ich habe alle mir bekannten Abhängigkeiten aktualisiert und sichergestellt, dass die cordova-Versionen auf ios und Windows passen. Ich bin ratlos hier ...

Answer 1

Ich erhöhte den verfügbaren Arbeitsspeicher für die Windows 10-VM von 4 GB auf 5 GB, und der Debugger wird jetzt wie erwartet ohne Fehler angehängt.

Ich poste dies, wenn es für jemand anderen hilfreich ist.

Answer 2

Ich habe über den gleichen Fehler gelegentlich, aber es passiert viel weniger mit der neuesten VS 2015, Update 2 TACO Update 8.1 - Wenn Sie auf diese Ebene (VS2015 Update 2) aktualisieren können, Es kann das Problem für Sie beheben.

Ich sehe immer noch gelegentlich diesen Fehler mit Update 2. Aber es passiert in der Regel auf einem nicht-inkrementellen (Full) iOS-Build und scheint zeitlich bezogen zu sein. Update 2 behebt viele Probleme, daher empfehle ich ein Upgrade.

Answer 3

Was Sie sehen, kann das Ergebnis einer Zeitüberschreitung in den Remotebuild-Tools sein, dies kann aus einer Vielzahl von Gründen (einschließlich allgemeiner Netzwerkleistung) geschehen.Werfen Sie einen Blick auf die folgende Antwort auf eine andere Stelle (Apache Cordova/Visual Studio 2015 tools fails to launch app in IOS simulator) für einige Hinweise Re: Wie die Timeouts

• ersten Lauf remotebuild saveconfig in macosterminal
• Öffnen Sie die RemoteBuild.config Datei im Text Editor aus dem Weg ändern des vorhergehenden Schrittes
• Änderungswert appLaunchStepTimout bis 60000 (1 min)
• Änderungswert emulatorLaunchTimeout bis 60000 (1 min)
0.123.
• Speichern Sie die Datei
• Lauf remotebuild auf Terminal
• Führen Sie das Projekt aus Visual studio wieder

Answer 4

Edit2: Die Frage selbst noch einmal zum Ausdruck, so dass es nicht um eine endgültige fix war, aber es funktioniert jetzt größtenteils gut.

Bearbeiten: Ich habe die iPad-Einstellungen unter Einstellungen -> Allgemein -> Zurücksetzen -> Alle Einstellungen zurücksetzen zurückgesetzt und jetzt scheint es zu funktionieren.

Ich habe genau das gleiche Problem beim Testen auf meinem iPad 1, aber es funktioniert auf meinem iPhone 6. Sie laufen beide iOS 9. Ich habe keine anderen iOS-Geräte zu testen, so kann ich nicht ziehen Sie daraus genaue Konsequenzen.

Answer 5

Ich hatte das gleiche Problem wie Sie. und ich habe gerade versucht, von Debug zu Release zu ändern und alles ist gelöst. und ich kann Debugging zu tun. es ist seltsame Lösung, aber auf den Fehler sagt es, dass es nicht nur Debuggen kann, deshalb habe ich darüber nachgedacht.