Application de débogage dans Galaxy S5

Je crée une application Android pour mon entreprise, en utilisant Android Studio 1.5.1. J'ai découvert que l'application ne fonctionnera pas sur certains téléphones Galaxy S5.

Ces téléphones montrent un écran blanc lorsque l'application fonctionne. Cette erreur se produit sur les appareils Galaxy S5 avec Android version 5.1.1 mais pas sur un périphérique Galaxy S5 exécuté avec Android version 5.0

Je me concentre sur la version Android comme un indice de résolution de ce bug. Je ne peux pas vraiment avoir l'un des périphériques, donc j'ai créé plusieurs périphériques virtuels. Il existe 6 images système téléchargeables d'Android 5.1.1 dans l'assistant de configuration de périphérique virtuel Android Studio. Je les ai installés tous. Aucun réplique cette erreur d'écran blanc.

Que puis-je faire pour découvrir ce bug?

Si cela contribue à répondre à ma question, mon application dépend fortement de la communication du serveur. L'application entière est juste une Webview avec quelques fichiers html et JS .

  • Android - Application (apk) Taille maximale
  • OnEditorAction () n'est pas appelé après la touche Enter a été pressée sur l'émulateur Jelly Bean
  • Emulateur Android (Nexus_5_API_23_x86) ne démarrant pas
  • Erreur lors de l'exécution d'une application Android - Impossible d'initialiser l'émulation OpenglES, utilisez '-gpu off' pour la désactiver
  • Impossible d'ouvrir avd_name.avd / cache.img
  • Comment simuler le mode veille sur l'émulateur Android
  • Emulateur Android héberge le fichier
  • Android SDK et AVD Manager ne fonctionneront pas
  • 4 Solutions collect form web for “Application de débogage dans Galaxy S5”

    Le problème avec les émulateurs est qu'ils ne reproduisent pas le comportement réel de l'appareil (en particulier, une fois que de nombreux OEM comme Samsung ont tendance à personnaliser Android en fonction de leurs besoins), j'ai donc peur que les seules options que vous avez soient:

    1. Obtenez Samsung Galaxy S5 avec 5.1.1

      Outre les idées évidentes, «aller acheter et acheter», je peux vous recommander:

      • Pour examiner le laboratoire Open Device Lab . Il fonctionne partout dans le monde et il y a une bonne chance de trouver l'appareil dont vous avez besoin là-bas;
      • Créez un pool d'utilisateurs alpha-beta avec lesquels vous pouvez discuter et partager de nouvelles versions. Google Play dispose de fonctionnalités assez riches dans ce domaine. Samsung S5 est un modèle assez courant, donc il ne devrait pas y avoir de problème pour trouver des personnes. Si votre produit est «public», vous pouvez essayer de trouver des utilisateurs bêta sur des services tels que BetaBound ou tout simplement parmi votre réseau social;
    2. Utilisez les outils d'analyse pour collecter plus de données des périphériques concernés et agir en fonction des informations que vous obtenez

      Il existe des dizaines de cadres différents pour l'accomplir. Je peux suggérer le Crittercism comme un outil super puissant et complet. En particulier, je voudrais certainement vous connecter:

      • Toutes les exceptions traitées
      • Ajoutez des tâches (chaîne courte pour capturer les informations d'exécution de l'application) à toutes les méthodes de cycle de vie Activity / Fragment , aux méthodes de l' Application (comme l'écran blanc au démarrage pourrait signifier certains problèmes), à toutes les tâches asynchrones significatives, etc.
      • Si l'application entre dans l'état de suspicion – enregistrez-la en tant qu'exception traitée, vous pouvez donc voir toute la piste de navigation et suivre l'historique des exceptions pour l'utilisateur. Malheureusement, vous n'obtiendrez pas la trace de la chapelure avant que quelque chose n'ait été enregistré en tant que problème (crash ou exception). Il existe des cadres, qui enregistrent tout, comme MixPanel , par exemple, mais je pense honnêtement que Crittercism convient beaucoup plus ici)

      Crittercism attrape et rapporte tous les accidents se produisant dans l'application et

      Le Guide de démarrage est ici et c'est plutôt simple: http://docs.crittercism.com/android/android.html

    En disant cela, je vous suggère d'intégrer des analyses de toute façon, car cela vous aidera à l'avenir et d'essayer d'obtenir un téléphone affecté dans les mains pour le test.

    Je suppose que le coupable est une vision du Web. Pouvez-vous vérifier la version webview sur laquelle le problème est reproductible.

    Pour vérifier la version, vous devez accéder aux paramètres-> Gestionnaire d'applications-> Applications téléchargées-> vérifier la version "Système Web Android"

    Nous avons eu un problème similaire lorsque l'écran était vide et qu'il ne s'agissait que d'une version particulière de la vision du site. Le problème a été réglé par Google plus tard.

    La couche de visualisation de Chrome est maintenant mise à jour depuis Google Play.

    Pour plus de détails, référez-vous à http://developer.android.com/about/versions/lollipop.html#WebView

    Je suppose que vous créez une application hybride.

    Si la vision du web est le coupable, vous pouvez essayer un passage à niveau . Il ajoute des Mb à votre application, mais il s'assure que chaque périphérique utilise la même vision du Web (dernier chrome). En outre, les différences de rendu etc. sont également minimisées.

    Si vous utilisez cordova run: cordova plugin ajouter cordova-plugin-crosswalk-webview et c'est tout.

    Si vous implémentez cela et que le problème de l'écran blanc est parti, vous l'avez débogé dans une méthode de déduction de l'article de Sherlock …

    Le problème n'est pas avec l'émulateur. C'est avec WebView dans Android versions 5.1 onward .

    essayer

    Désinstaller les mises à jour pour l'application «Android System Webview» (aller aux paramètres et rechercher sous "téléchargé") ça marche très bien!

    Source – question similaire

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