BAD ligne de commande Suspendu lors de l'installation (PhoneGap)
Mon app Phonegap refuse de charger sur mon appareil Android (même les HellowWorld par défaut de l'application est en refusant de charge)
Tout était juste bien jusqu'à aujourd'hui.
Voici mon journal de la console:
***\>adb devices
List of devices attached
4c05609b device
***\>phonegap run --device -V android
[phonegap] detecting Android SDK environment...
[phonegap] using the local environment
[phonegap] compiling Android...
[phonegap] Generating config.xml from defaults for platform "android"
[phonegap] Compiling app on platform "android" via command "cmd" /c ***\platforms\android\cordova\build
[phonegap] Platform "android" compiled successfully.
[phonegap] successfully compiled Android app
[phonegap] installing app onto device
[phonegap] Generating config.xml from defaults for platform "android"
[phonegap] Running app on platform "android" via command "cmd" /c ***\platforms\android\cordova\run --device
Il se trouve juste là en disant: en cours d'exécution... pour toujours.
J'ai une fenêtre de terminal, ouvert avec adb logcat
en cours d'exécution et à un certain moment (peut-être 10 à 15 secondes dans la dernière ligne de l'obtention de l'impression) il arrête l'enregistrement. L'arrêt du processus et les appels suivants à adb logcat
résultat en plus d'accrocher (pas de connexion)
Alors que j'ai à faire un kill-server, démarrez le serveur de sortir de cette interminable accroché à quel point la phonegap processus se termine avec:
[error] An error occurred while running the android project.
***\platforms\android\cordova\node_modules\q\q.js:126
throw e;
^
ERROR: Failed to launch application on device: ERROR: Failed to install apk to d
evice: Error executing "adb -s 4c05609b install -r "***\platforms\android\bin\Po
ached-debug-unaligned.apk"": protocol failure
J'ai essayé::
- la suppression de mon .cordova dossier dans C:\Users\Name
- l'exécution de la bad installer directement (sans phonegap)
- d'un déploiement sur un émulateur (même problème)
- en débranchant /rebranchant l'appareil
- le redémarrage de tous les appareils
- basculement "mode développeur" sur l'appareil et la révocation de débogage USB privilèges
Je suis à court d'idées!
Serions reconnaissants de tout conseils ou des pistes.
BAD version 1.0.31
Galaxy S3 sous Android v4.3
EDIT:
D'un déploiement sur un émulateur de revendications pour terminer avec succès, mais l'application s'ouvre jamais et n'apparaît pas dans la liste des applications à l'intérieur de l'émulateur. Donc je n'ai aucun moyen de le tester sur l'émulateur.
Apprécierais vraiment de l'aide.
EDIT 2:
Après quelques bidouilles, j'ai découvert que mon problème peut être plus précisément décrit comme de la BAD se bloque (se bloque) lorsque je tente de parler à mon appareil. J'ai déterminé ce parce que adb shell, adb installer, et adb push d'échec de la même manière que décrit ci-dessus. Pas d'erreur, juste fini d'attente.
adb logcat, bad appareils, et de lire d'autres fonctions fonctionnent parfaitement bien jusqu'à ce que l'une desdites fonctions d'écriture se bloque dans lequel cas, j'ai besoin de faire un adb kill-server ou TASKKILL pour obtenir adb logcat de travailler à nouveau.
Ne sais pas si cette information supplémentaire permet, mais là vous allez. La dernière chose que je n'ai pas encore essayé de faire une réinitialisation d'usine sur mon téléphone comme suggéré par cet homme. Si je ne trouve pas une solution rapidement, je vais sauvegarder mes données du mieux que je peux et de tenter cela...
Sauvez-moi, avant que cela ne devienne ma dernière option!
Je vais l'inscrire comme une modification, mais c'est un S3 sous Android 4.3. Je n'ai pas fait toutes les modifications. C'était génial de travailler pour un couple de semaines, puis tout d'un coup (milieu de journée), il a commencé à traîner. Depuis, j'ai obtenu de façon aléatoire le HelloWorld application à installer, mais c'est sur une fois de plus de 30 essais, et il est totalement fiable.
avez-vous essayé de redémarrer l'appareil? J'ai eu la même situation dans mon galaxy Grand. J'ai restared mon appareil et il n'y avait pas de problème après que
Oui j'ai redémarré l'appareil. J'ai aussi commencé à utiliser un deuxième appareil (Nexus S running 4.2) qui a les mêmes problèmes. Le problème semble être plus sporadique maintenant. Il échoue dans la manière décrite ci-dessus, mais après quelques (non constante, et apparemment arbitraires nombre des appels adb kill-server je peux obtenir un build pour mon téléphone. Vous vous demandez encore ce que la cause est...
J'ai ce problème lorsque l'on travaille à l'intérieur d'une VM. La chose drôle est que j'ai une autre machine virtuelle (très similaires) pour un autre projet et il n'en souffrent pas le même comportement lors de l'utilisation du même dispositif.
OriginalL'auteur isick | 2014-01-22
Vous devez vous connecter pour publier un commentaire.
Dans le cas où cette aide les autres j'ai eu un problème avec des symptômes similaires. ADB install-r "apk chemin" aurait pour effet de bloquer indéfiniment.
Je troubleshooted d'une myriade de choses et a identifié que c'était mon longueur du câble USB.
J'ai un câble de rallonge USB que je branche mes appareils. La longueur combinée de mon appareil câble et le câble de rallonge USB cause de ce problème. Suppression de l'extension de câble de résoudre le problème et finalement, j'ai remplacé mon câble de rallonge USB avec une courte extension de câble pour la solution finale.
Génial! Content d'avoir pu aider 🙂
si cette réponse a contribué, voter! 🙂
Brancher le même câble USB à un autre port, il l'a fait pour moi.
Changer les câbles ont fait pour moi, mais j'ai trouvé le nouveau câble nécessaire que je le tiens dans une certaine position pour que le dispositif d'enregistrer qu'il a été branché à tous. C'est probablement ce qui est descendu sur le câble ou port un peu bancale, j'ai donc mis des choses en place pour s'installer sur le WIFI à la place (voir futurestud.io/tutoriels/...) et maintenant il n'y a pas de câble de causer des problèmes! Soo beaucoup mieux jusqu'à présent.
OriginalL'auteur Trey
Le problème semble se résoudre de façon aléatoire. Comme d'autres l'ont suggéré, une combinaison arbitraire de ADB kill-server, le redémarrage de l'appareil, et re-installer les Sdk semble résoudre le problème (même si seulement pour un couple pousse).
Je n'ai toujours aucune idée de la cause de cet accrochage, et, si superstitiously crois que la combinaison arbitraire décrit ci-dessus correctifs, suis pas sûr de la façon de résoudre définitivement.
À l'avenir des gens qui lisent ce, jusqu'à ce qu'une solide explication est donnée mon seul conseil est de carrés loin d'une heure pour redémarrer /reconstruire votre environnement de dev... et assurez-vous que vous achetez une semelle balle anti-stress.
Après j'ai attendu quelques minutes, j'ai appuyé sur Ctrl+C. La bad terminal a montré le succès et a été de nouveau disponible.
OriginalL'auteur isick
Tir dans le noir ici, mais un peu plus de choses à essayer:
OriginalL'auteur Randy
Faire, essayez de redémarrer l'appareil comme d'autres ont suggéré. De mon expérience, kill the bad processus, puis d'exécuter le cordova exécuter commande permet de magie parfois.
adb
processus dans le gestionnaire des tâches (windows), puisadb kill-server
, puisadb start-server
puis unplugin/replugin l'appareil à faire le truc pour moi.OriginalL'auteur Viele
Dans mon cas, la bad semblait suspendue, mais en fait, le transfert de données à partir de Mac à l'émulateur était vraiment lent:
C'est beaucoup plus rapide sur connecté en USB périphérique réel. Je ne sais pas pourquoi...
OriginalL'auteur hgoebl
Eu le même (d'origine) problème (avec cordova /test sur un ancien appareil) ie. se bloquer lors de l'installation.
Essayé de lancer adb installer directement à partir de la ligne de cmd ...
...et même question afin de ne pas cordova spécifiques....
Ouvert android device monitor (SMA) ...
..sdk\tools>moniteur
..et a couru installer à partir de la ligne de cmd nouveau et vu logcat message disant package sdk 16 /dispositif était de 15...doh!
Ainsi de se remettre à AndroidManifest.xml et changé android:minSdkVersion à 15, et de retour à la normale de nouveau - installation a bien fonctionné.
( Le problème se pose parce que j'avais installé quelque chose qui avait changé la minSdkVersion et ensuite supprimé l'autre chose, et de ne jamais réinitialiser le minSdkVersion )
Afin, éventuellement, de l'appareil sdk /la version d'android est trop faible pour votre construction. Si non, un coup d'oeil à l'ADM logcat de sortie dès que vous lancez l'installation depuis la ligne de commande peut indiquer ce qu'est la question.
OriginalL'auteur Bob