Force close sur details d'un generique binaire

Bonjour,

L’application jeedom Connect se ferme lorsque j’ouvre les détails d’un widget générique binaire

La stack :

time: 1671187712077
msg: java.lang.Error: Invalid number formating character 'N' (i=19, s=M432.1315170199878,NaNL453.08027068629053,NaNL453.08027068629053,NaNL453.2172403797135,NaNL453.2172403797135,NaNL460.7491467503373,NaNL460.7491467503373,NaNL460.7512076369281,NaNL460.7512076369281,140L460.75374411273225,140L460.75374411273225,140L460.75374411273225,140L460.75374411273225,140L460.7512076369281,140L460.7512076369281,140L460.7491467503373,140L460.7491467503373,140L453.2172403797135,140L453.2172403797135,140L453.08027068629053,140L453.08027068629053,140L432.1315170199878,140Z)
stacktrace: com.facebook.react.bridge.JSApplicationIllegalArgumentException: Error while updating property 'd' of a view managed by: RNSVGPath
	at com.facebook.react.uimanager.ViewManagersPropertyCache$PropSetter.updateViewProp(ViewManagersPropertyCache.java:101)
	at com.facebook.react.uimanager.ViewManagerPropertyUpdater$FallbackViewManagerSetter.setProperty(ViewManagerPropertyUpdater.java:136)
	at com.facebook.react.uimanager.ViewManagerPropertyUpdater.updateProps(ViewManagerPropertyUpdater.java:56)
	at com.facebook.react.uimanager.ViewManager.updateProperties(ViewManager.java:86)
	at com.facebook.react.uimanager.ViewManager.createViewInstance(ViewManager.java:188)
	at com.facebook.react.uimanager.ViewManager.createView(ViewManager.java:115)
	at com.facebook.react.uimanager.NativeViewHierarchyManager.createView(NativeViewHierarchyManager.java:281)
	at com.facebook.react.uimanager.UIViewOperationQueue$CreateViewOperation.execute(UIViewOperationQueue.java:194)
	at com.facebook.react.uimanager.UIViewOperationQueue$DispatchUIFrameCallback.dispatchPendingNonBatchedOperations(UIViewOperationQueue.java:1110)
	at com.facebook.react.uimanager.UIViewOperationQueue$DispatchUIFrameCallback.doFrameGuarded(UIViewOperationQueue.java:1081)
	at com.facebook.react.uimanager.GuardedFrameCallback.doFrame(GuardedFrameCallback.java:29)
	at com.facebook.react.modules.core.ReactChoreographer$ReactChoreographerDispatcher.doFrame(ReactChoreographer.java:175)
	at com.facebook.react.modules.core.ChoreographerCompat$FrameCallback$1.doFrame(ChoreographerCompat.java:85)
	at android.view.Choreographer$CallbackRecord.run(Choreographer.java:1035)
	at android.view.Choreographer.doCallbacks(Choreographer.java:845)
	at android.view.Choreographer.doFrame(Choreographer.java:775)
	at android.view.Choreographer$FrameDisplayEventReceiver.run(Choreographer.java:1022)
	at android.os.Handler.handleCallback(Handler.java:938)
	at android.os.Handler.dispatchMessage(Handler.java:99)
	at android.os.Looper.loopOnce(Looper.java:201)
	at android.os.Looper.loop(Looper.java:288)
	at android.app.ActivityThread.main(ActivityThread.java:7882)
	at java.lang.reflect.Method.invoke(Native Method)
	at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:548)
	at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1003)
Caused by: java.lang.reflect.InvocationTargetException
	at java.lang.reflect.Method.invoke(Native Method)
	at com.facebook.react.uimanager.ViewManagersPropertyCache$PropSetter.updateViewProp(ViewManagersPropertyCache.java:93)
	... 24 more
Caused by: java.lang.Error: Invalid number formating character 'N' (i=19, s=M432.1315170199878,NaNL453.08027068629053,NaNL453.08027068629053,NaNL453.2172403797135,NaNL453.2172403797135,NaNL460.7491467503373,NaNL460.7491467503373,NaNL460.7512076369281,NaNL460.7512076369281,140L460.75374411273225,140L460.75374411273225,140L460.75374411273225,140L460.75374411273225,140L460.7512076369281,140L460.7512076369281,140L460.7491467503373,140L460.7491467503373,140L453.2172403797135,140L453.2172403797135,140L453.08027068629053,140L453.08027068629053,140L432.1315170199878,140Z)
	at com.horcrux.svg.PathParser.parse_number(PathParser.java:560)
	at com.horcrux.svg.PathParser.parse_list_number(PathParser.java:528)
	at com.horcrux.svg.PathParser.parse(PathParser.java:106)
	at com.horcrux.svg.PathView.setD(PathView.java:32)
	at com.horcrux.svg.RenderableViewManager$PathViewManager.setD(RenderableViewManager.java:452)
	... 26 more

La configuration :

Jeedom Core : 4.3.8
Version JC : 1.5.1 stable
DNS Jeedom : non
Statut Démon : Démarré - (2022-12-15 22:17:06)

Equipements :
  9T Pro : v1.6.0 stable sur android [os : 32] (ws)
  NewTel Heloise : v1.6.0 stable sur android [os : 32] (ws)

Salut

Il faudrait déjà mettre raccord le plugin et l’App.

Antoine

1 « J'aime »

Je vais ajouter des informations, mais crée un sujet via un smartphone n’est pas la meilleure situation :smiley:

Mise à jour en cours

1 « J'aime »

Sans surprise le problème est toujours là car ça fait longtemps que j’ai de ce soucis de force close

Jeedom Core : 4.3.12
Version JC : 1.6.0+ stable
DNS Jeedom : non
Statut Démon : Démarré - (2022-12-16 12:03:42)

Equipements :
  9T Pro : v1.6.0 stable sur android [os : 32] (ws)
  NewTel Heloise : v1.6.0 stable sur android [os : 32] (ws)

Salut,

tu peux essayer en virant les 3 infos supplémentaires pour commencer stp

Deja fait et meme soucis :

tu peux monter la page sur laque il y a la commande Onduleur / Statut stp ?
et la page quand tu clic sur « param avancé » de cette commande

C’est marrant on a le meme ordre de diagnostic, effectivement ça a l’air lié à ma commande mais pourquoi :


Je m’absente pour manger, je serai de retour vers 13h30.

Merci de vos reponse rapide

Appui long sur le widget/personnalisation/historique / masquer

Tu as encore le bug ?

Je ne peux meme pas accede a l’onglet historique, l’application se ferme.

Le probleme se produit aussi sur ce widget :


Le probleme se pose que sur les valeur sans unité dans le cas present

tu peux mettre les logs du plugin en DEBUG,

retourner sur l’app, cliquer sur le widget sur aller en vue détail → ca va planter
à ce moment là sur le plugin tu devrais avoir une ligne [WS] Send GET_HISTORY ->
tu peux la partager stp ?

[2022-12-16 14:11:47]DEBUG : [WS] Send GET_HISTORY -> {"type":"SET_HISTORY","payload":{"id":"2550","data":[{"time":1671006184,"value":"OL CHRG"},{"time":1671138328,"value":"OB DISCHRG"},{"time":1671139192,"value":"OL CHRG"},{"time":1671186703,"value":"OL CHRG
0"},{"time":1671186716,"value":"0"},{"time":1671186732,"value":"0"}]}}

Ok donc le probleme viens de moi, à un moment dans mon historique j’ai des valeur qui ne sont pas du type attendu donc forcement ça foire.

Je fix mon historique de valeur et ça reglera le probleme.

Cependant ça me semblerait une bonne idée que l’application ignore ces valeur qui ne sont pas du type attendu :wink:

pour le partage de log, je t’invite à utiliser le bouton <\>, sinon c’est illisible :slight_smile:

le problème vient du faite qu’on attend une valeur binaire, or on obtient du texte.
il faut supprimer les mauvaises valeurs côté jeedom et ca devrait etre bon ensuite

et sur « la bonne idée », on va regarder
ca n’est pas normal que jeedom accepte de renvoyer des infos qui ne soient pas du bon type…

Roooh pour une seul ligne de log ça chipote :smiley:

Oui c’est e que j’ai dit :stuck_out_tongue:

En effet pas normal que jeedom retourne des valeur du mauvais type, il pourrait levé une alerte.
Et oui il y a une différence entre une bonne idée et la faisabilité de celle ci.

Je suis désolé si je donne l’impression de vouloir donner des leçons ou autre ce n’est pas mon intention. Le développement étant un peu mon domaine aussi, j’ai tendance a donner mes idée.

[2022-12-16 14:26:59][DEBUG] : [WS] Request Received {"method": "GET_HISTORY", "params": {"id": "2550", "options": {"startTime": 1668605218, "endTime": 1671197218}, "apiKey": "7355122b98b6e90af8d1b1d81687b940", "connexionFrom": "WS"}, "jsonrpc": "2.0", "id": 2535}
[2022-12-16 14:26:59][DEBUG] : Get history from: 2022-11-16 14:26:58 to 2022-12-16 14:26:58
[2022-12-16 14:26:59][DEBUG] : Send history (11 points)
[2022-12-16 14:26:59][DEBUG] : [WS] Send GET_HISTORY -> {"type":"SET_HISTORY","payload":{"id":"2550","data":[{"time":1671196721,"value":"0"},{"time":1671196734,"value":"0"},{"time":1671196737,"value":"0"},{"time":1671196766,"value":"0"},{"time":1671196829,"value":"0"},{"time":1671196900,"value":"0"},{"time":1671196949,"value":"0"},{"time":1671197004,"value":"0"},{"time":1671197079,"value":"0"},{"time":1671197142,"value":"0"},{"time":1671197185,"value":"0"}]}}
[2022-12-16 14:27:29][DEBUG] : [WS] Request Received {"jsonrpc": "2.0", "method": "DISCONNECT", "id": "b4438fee-6650-4844-8d3f-eb47b398e997", "params": {"apiKey": "7355122b98b6e90af8d1b1d81687b940", "connexionFrom": "WS"}}

Par contre apres nettoyage de l’historique de la commande ça n’a pas l’air beaucoup mieux, j’ai toujours la force close


Pour être sur que ça vient bien de là, tu peux masquer le historiques dans les prefs de l’app.
Si c’est ok, peut être tente de te déconnecté via l’appli en cochant supprimer les données

ça venait bien de l’historique.
La déconnexion avec suppression des données à fini de résoudre le problème.

Merci pour l’aide

@Lutty est-ce que le sous-type de la commande a changé ?
Était-ce « autre » et ensuite « binaire »?

Selon moi c’est ça qui explique que des valeurs text se retrouve dans l’historique

Non ce n’est pas seulement une question de nombre de lignes.
Si on n’utilise pas de Texte préformaté community modifie à laffichage certains caractères notamment apostrophes et guillemets.
En tant que dev vous savez que pour un json c’est important.

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.