Au cours des ~ 24 dernières heures, nous avons vu quelques milliers de plantages au sein de Google MediaNotificationService
:
Fatal Exception: android.app.RemoteServiceException
Context.startForegroundService() did not then call Service.startForeground(): ServiceRecord{f9a4deb u0 <our package name>/com.google.android.gms.cast.framework.media.MediaNotificationService}
android.app.ActivityThread$H.handleMessage (ActivityThread.java:1855)
android.os.Handler.dispatchMessage (Handler.java:106)
android.os.Looper.loop (Looper.java:214)
android.app.ActivityThread.main (ActivityThread.java:6986)
java.lang.reflect.Method.invoke (Method.java)
com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run (RuntimeInit.java:494)
com.android.internal.os.ZygoteInit.main (ZygoteInit.java:1445)
J'ai rencontré des problèmes similaires lors de la création de mon propre service de premier plan, mais comme il s'agit de la bibliothèque de distribution, nous n'avons aucun contrôle sur celui-ci.
Le récepteur Chromecast est géré par un tiers. Nous utilisons:
api "com.google.android.gms:play-services-cast:17.0.0"
api "com.google.android.gms:play-services-cast-framework:17.0.0"
Indices potentiels:
- Cela se produit sur OnePlus, Huawei, Samsung, Google, apparemment chaque fabricant (et niveau OS) en nombre correspondant à leur part de marché.
- Les plantages se produisent sur différentes lignes pour différents appareils (par exemple, le Galaxy S9 ci-dessus, le S8 se bloque sur la ligne 1872 à la place), ils ne sont donc pas regroupés sur Crashlytics. Cela me suggère que c'est un problème de niveau OS / Google Play Services.
- Les plantages se produisent sur toutes les versions actives de l'application, en commençant en même temps.
- Les accidents se produisent en petit nombre depuis des mois, mais ont soudainement augmenté au cours du week-end et ne montrent aucun signe de ralentissement.
Réponses:
Cela ressemble à un problème connu :
qu'un ingénieur de Google dit est corrigé :
mais ils ne savent pas quand le correctif sera publié :
Les notes de version ne mentionnent pas de correctif pour cela.
Je mettrai à jour cette réponse si je trouve quelque chose de plus.
Mise à jour
C'est corrigé. Voir
Anjaneesh
la réponse de .Mise à jour
Il y a quelques problèmes avec
18.0.0
. Voirrednaz
la réponse de . En outre, les commentateurs sur le problème rencontrent toujours des plantages avec les plates-formes Samsung et Huawei , mais à des taux considérablement réduits. J'ai déposé un nouveau numéro à ce sujet.la source
Le correctif a été publié sur la bibliothèque cliente Android Cast SDK v18.0.0 (vérifiez le deuxième élément des notes de version: https://developers.google.com/cast/docs/release-notes#december-5,-2019 )
Le crash devrait être corrigé une fois que vous avez mis à jour vers la version 18.0.0
la source
Nous rencontrons également ce problème avec des symptômes très similaires. Nous sommes sur Cast SDK version 16.1.2
Ce que nous avons essayé (Mise à jour vers SDK 18.0.0)
La mise à jour vers la version 18.0.0 semble résoudre le problème signalé par @Anjaneesh . Cependant, 18.0.0 a introduit des changements de comportement autour de la récupération des données personnalisées. Nous avons observé que les données personnalisées que nous fournissons au mediaInfo de remoteMediaClient (puis essayons de les récupérer) sont annulées lorsque l'application expéditeur se déconnecte puis se reconnecte. Cela devra être protégé si vous ne l'êtes pas déjà!
la source