Impossible de tester l'application après la mise à niveau vers Lollipop

J'utilise Android Studio pour développer mes applications.

Depuis que j'ai mis à niveau mon HTC One M8 vers Lollipop, je ne peux pas l'utiliser pour tester mes applications par "Run application" dans Android Studio. Je reçois cette erreur et rien ne se passe sur mon téléphone:

  • Révocation d'une autorisation de compte pour une application
  • Créez APK non signé avec Gradle
  • Android Studio: comment générer signé apk en utilisant Gradle?
  • Cryptage / décryptage Android avec AES
  • Vérifiez si l'appareil dispose d'une caméra?
  • Timer et TimerTask dans Android
  • Launching application: com.project.GalleryActivity. DEVICE SHELL COMMAND: am start -n "com.project.GalleryActivity" -a android.intent.action.MAIN -c android.intent.category.LAUNCHER java.lang.UnsatisfiedLinkError: No implementation found for java.lang.String android.os.SystemProperties.native_get(java.lang.String) (tried Java_android_os_SystemProperties_native_1get and Java_android_os_SystemProperties_native_1get__Ljava_lang_String_2) at android.os.SystemProperties.native_get(Native Method) at android.os.SystemProperties.get(SystemProperties.java) at com.htc.customization.HtcCustomizationManager.<init>(HtcCustomizationManager.java) at com.htc.customization.HtcCustomizationManager.<clinit>(HtcCustomizationManager.java) at android.os.Environment$UserEnvironment.getCustomizationReader(Environment.java) at android.os.Environment$UserEnvironment.isDynamicSwitchSupported(Environment.java) at android.os.Environment$UserEnvironment.<init>(Environment.java) at android.os.Environment.initForCurrentUser(Environment.java) at android.os.Environment.<clinit>(Environment.java) at android.os.Environment.getLegacyExternalStorageDirectory(Environment.java) at android.os.Debug.<clinit>(Debug.java) at android.ddm.DdmHandleHello.handleHELO(DdmHandleHello.java) at android.ddm.DdmHandleHello.handleChunk(DdmHandleHello.java) at org.apache.harmony.dalvik.ddmc.DdmServer.dispatch(DdmServer.java) java.lang.UnsatisfiedLinkError: android.os.Debug at android.ddm.DdmHandleHello.handleFEAT(DdmHandleHello.java) at android.ddm.DdmHandleHello.handleChunk(DdmHandleHello.java) at org.apache.harmony.dalvik.ddmc.DdmServer.dispatch(DdmServer.java) java.lang.UnsatisfiedLinkError: android.os.Debug at android.ddm.DdmHandleProfiling.handleMPRQ(DdmHandleProfiling.java) at android.ddm.DdmHandleProfiling.handleChunk(DdmHandleProfiling.java) at org.apache.harmony.dalvik.ddmc.DdmServer.dispatch(DdmServer.java) Aborted 

    Les paramètres de mon projet sont les suivants:

    Paramètres du projet

    Cette technique fonctionnait parfaitement avant la mise à niveau et je n'ai rien changé depuis cette époque.

  • OnSaveInstanceState () et onRestoreInstanceState ()
  • LocationListener de NETWORK_PROVIDER est activé mais, onLocationChanged n'est jamais appelé
  • Spannablestring ne fonctionne pas pour le bouton créé par programmation
  • La désinstallation d'Adb a échoué
  • Mise en page de l'activité: Classe de fragment: vs android: attributs de nom
  • Le fichier de mise en page Android Studio XML existe mais je ne le trouve pas
  • 11 Solutions collect form web for “Impossible de tester l'application après la mise à niveau vers Lollipop”

    J'ai été confronté à la même erreur sur Asus Zenfone 5 (ASUS_T00J) avec Android 5.0. Pour moi, la solution était de désactiver "Vérifier les applications sur l'USB" dans les "Options du développeur". Le lanceur peut ne pas être le problème car j'ai essayé avec Google Now Launcher sans succès. Il fonctionnait bien sur mon Nexus 5 avec Android 5.1

    Solution de contournement: désactivez l'intégration ADB dans Android Studio.

    Outils> Android> décocher Activer l'intégration ADB

    Je ne suis pas sûr de la cause sous-jacente, mais j'ai trouvé que je pouvais éviter ce problème en fermant toutes les applications en cours d'exécution sur le téléphone avant d'essayer d'exécuter mon code sur mon M8.

    Utilisez-vous un lanceur tiers sur un périphérique? J'ai le même problème lors de l'utilisation du lanceur Aviate. Je retourne à BlinkFeed dans Personnaliser-> Paramètres de l'écran principal et mon déploiement sur l'appareil est stable maintenant. Classpath com.htc.customization.HtcCustomizationManager me fait quelque chose que ce problème lié au lanceur.

    J'ai rencontré le même problème sur ASUS ME176C (Lollipop 5.0),
    Mais je l'ai résolu en configurant "Sélectionner l'application de débogage" sur "Non" . Ensuite, appuyez sur la touche apk comme d'habitude . Après cela, vous pouvez sélectionner à nouveau "application de débogage" dans l'application cible.

    J'ai découvert une "solution de rechange" pour résoudre ce problème

    Trouvez le HTC Blink Home Launcher et désinstallez la mise à jour

    (ATTENTION: la désinstallation de la mise à jour du lanceur supprime toutes les icônes et les widgets placés sur le lanceur)

    Cela fonctionne pour moi et il peut être utilisé le débogage maintenant sans supprimer les applications en multitâche. Cela devrait être un bogue causé par HTC? (J'utilise HTC Butterfly 2 et Android 5.0.2)

    Je n'ai pas le représentant pour commenter, mais j'étais dans la même situation de @ user47625 mais mon "Verify Apps over USB" était déjà éteint. J'ai essayé d'élargir un peu cette réponse avec un raisonnement.

    Au début, j'ai essayé de changer le lanceur et j'ai eu du bonheur, mais j'ai été réussi, pas une solution appropriée. Le redémarrage du téléphone a donné quelques heures de travail calme.

    Ensuite, j'ai trouvé quelqu'un sur Google qui a déclaré:

    Si c'est ce bogue: le client DDMS se connecte avec un «Bonjour» lorsque le processus PM commence et s'inscrit, mais avant qu'il ait totalement initialisé tout le code natif. C'est une course en stock Android et se produit là aussi

    Donc, si cette course se produit, elle ne se produit pas chaque fois, mais de temps en temps, je soupçonne quelque chose concernant l'interaction de l'élément sur Android. Je ne sais pas s'il s'agit de processeurs, de RAM ou d'applications connexes, mais sur mon Zenfone 2 en fermant toutes les applications d'arrière-plan (1) et en libérant la mémoire (2), je peux me débarrasser de l'application correctement.

    J'ai utilisé Clean Master parce que stock est avec Zenfone 2, mais je soupçonne que chaque gestionnaire de mémoire peut le faire. Essaie

    Sur mon HTC M8, j'ai résolu le problème en désactivant "Paramètres -> Options de développeur -> Utiliser NuPlayer (expérimental)"

    Ce que j'ai remarqué, c'est que lorsque j'essaie d'exécuter l'application que j'ai créée depuis longtemps (il y a quelques années), je dois désactiver NuPlayer. Cependant, avec de nouvelles applications, je dois garder l'option vérifiée.

    J'espère que cela t'aides….

    Cette solution a fonctionné pour moi, vous pouvez essayer.

    Ajouter un chemin d'accès publicitaire aux variables d'environnement système (j'utilise Windows 8)
    Ex: mon chemin d'accès est "C: \ Users \ xxx \ AppData \ Local \ Android \ sdk \ platform-tools"
    N'oubliez pas de redémarrer votre système pour prendre effet!

    A propos de la façon de définir les variables de chemin d'accès et d'environnement dans Windows >> ici

    J'ai eu un succès raisonnable avec la solution de contournement ci-dessous.

    Après chaque session de débogage avec votre application, accédez au terminal Android Studio:

     > adb shell am force-stop com.your.app.package 

    Je reçois occasionnellement le java.lang.UnsatisfiedLinkError mais seulement en suivant la commande ci-dessus plutôt que entre le processus d' installation / push apk / install et la tentative d'une session de débogage.

    Pour moi, cela permet d'économiser beaucoup de temps perdu pour créer l'erreur. Si la commande ci-dessus ne fonctionne pas, faites up-arrow et relancez la commande jusqu'à ce qu'elle fonctionne sans erreur.

    Sur un Asus ZenPad, 5.0.2, j'ai pu résoudre le problème en allant dans Asus 'Auto-start Manager (Paramètres -> Gestion de l'alimentation -> Démarrage automatique du Gestionnaire) et permettant à mon application de démarrer automatiquement.

    coAndroid est un fan Android de Google, tout sur les téléphones Android, Android Wear, Android Dev et Android Games Apps.