Impossibilité de faire jouer un son sur mes mobiles

Bonsoir,

Ce matin, j’ai fait la mise à jour vers la version Jeedom core en 4.2.7 et suis revenu à la version 4.1.28 car je rencontre pas mal de soucis avec Jeedom Connect:

  1. impossibilité de jouer un son avec un fichier .mp3 mis sous /var/www/html/data/media

  2. le lancement d’applications fonctionne mais de façon aléatoire sur un de mes mobiles

  3. empilement des équipements et widgets si je crée un nouvel équipement ou clique sur le bouton ‹ sauvegarde › d’un des équipements existants. CTRL F5 est nécessaire pour afficher les équipements et widgets.

Je lis qu’il y a quelques questionnements autour de la version 4.2 …

Mais auriez-vous ces mêmes symptômes ou autres en étant sur la version 4.2.X de Jeedom ?
Merci à vous :wink:

Jeedom Core : 4.1.28
Version JC : [beta] 1.1.0

Equipements :
  Mobile 1: v1.1.0 sur android
  Mobile 2: v1.1.0 sur android

point 1, as-tu essayer dans le rep data du plugin plutôt que dans le data générique ?
point 2, je ne constate pas ce pb
point 3, je confirme, j’ai aussi ce pb.

1 « J'aime »

@micheld
Pour le 1 c est quand meme un peu con d avoir changer l emplacement alors qu il y a moins d une semaine je te disais de le mettre sous data pour que ca fonctionne avec la 4.2 … :roll_eyes:

Pour le 2 aucun rapport avec le core de jeedom. La cmd envoyee est la meme que tu sois en 4.1 pu 4.2

Pour le 3 deja vu aussi, et sur plusieurs plugin, pas lié a JC donc

Bonjour @tomitomas,
Pour le point 1, j’ai à priori pas tout compris de ma dernière demande :wink:

Quand tu disais sous /var/www/html/data/, je pensais pouvoir créer un répertoire et y placer mon mp3 (histoire de ne pas me ‹ mélanger › avec les autres données).

Dois-je comprendre que /var/www/html/data/media fonctionne en Jeedom 4.1.x mais pas 4.2.x où le .mp3 doit être directement sous /var/www/html/data/ ?

Merci par avance de ton aide :slightly_smiling_face:

oui, il faudrait que je retrouver un post de Loic où il indiquait que la 4.2 intègre tout une partie sécurité renforcée => chaque type de fichier ne peut être mis que dans un répertoire bien précis.
donc les types .mp3 ne sont autorisés qu’à certains endroits. et je ne suis pas certain (et c’est ce qu’il faut vérifier ) qu’il soit possible de créer des sous-dossier.

tu peux déjà faire un test pour confirmer que ca fonctionne lorsque le mp3 est directement mis sous data uniquement.

(et pour revenir sur le point 3, il y avait finalement peut etre un petit truc chez nous qui posait problème. une correction a été réalisée et sera dispo dans la prochaine version, à revérifier à ce moment là ! :slight_smile: )

Super, je fais faire un test en déplaçant le .mp3 .
Mais avant, il faut que je réécrive des scénarios que j’avais fait en 4.2.7. Et le retour arrière = tout à refaire avant oubli de ma logique :grin:

Pour le point 2, çà fonctionnait à tous les coups avant le retour en 4.1.28.
Maintenant, çà bug… En fait, je demande d’ouvrir 2 applications. Sur un galaxy S7 en V8.00, çà fonctionne bien et sur un Galaxy A6 en android 10, çà ouvre 0,1 ou les 2 applications au grès de son humeur…
Donc, à priori aucun lien avec Jeedom 4.2 :upside_down_face:

Pour info, je vais ouvrir un autre sujet (aucun lien avec celui-ci) car sur ce galaxy A6, des images de widgets ne s’affichent par contrairement au S7…

Inutile :slight_smile:
Ya deja plusieurs sujets a ce propos. Et dans l immédiat on ne saura pas faire grand chose.
Si ca fonctionne sur un appareil, pas de raison que ca ne fonctionne pas sur l autre ! (En tout cas on na pas bridé les fonctions en fonction de la marque et du model du tel :upside_down_face:)

On est en train de discuter sur une potentielle autre solution pr les img. A suivre une fois quon aura avancé de notre cote :wink:

Oups, dans la rapidité (relative !!) je n’ai pas vérifié ce sujet :sleeping:

Et merci @tomitomas d’éviter d’avoir un sujet inutile pour la communauté Jeedom :+1:

oui, il faudrait que je retrouver un post de Loic où il indiquait que la 4.2 intègre tout une partie sécurité
https://blog.jeedom.com/6165-introduction-jeedom-4-2-la-securite/

Bonsoir @tomitomas ,
Pour le point 1, j’ai fait l’upgrade de Jeedom en 4.2.7 et ai le .mp3 directement sous /var/www/html/data/.
Le résultat est le même: le log du scénario indique que la commande ‹ jouer un son › est réalisé mais sans aucun effet sur le mobile.
Du coup, je suis revenu en 4.1.28 :thinking:

En consultant le lien envoyé par @hlehoux , on voit que certains types de fichiers dépend maintenant du répertoire dans lequel ils se trouvent.
J’imagine que les développeurs ont eu plus d’information, à savoir quels fichiers et quels répertoires associés.

Qui pourrait en dire plus concernant les .mp3 ?

Du coup exactement ce que je disais aussi bien plus haut, que dans un precedent echange avec toi :slight_smile:

Oui c est ce dont je parlais dans mon « retrouver le lien »

Mais je suis sur .mp3 est ok dans data
La ligne 68 le confirme :

Peut on avoir les logs du scenario plz ?

Bonsoir @tomitomas , voici les logs dans les 2 versions:
En version 4.1.28:

[2022-02-03 20:55:04][SCENARIO] Start : Scenario lance manuellement.
[2022-02-03 20:55:04][SCENARIO] Exécution du sous-élément de type [action] : action
[2022-02-03 20:55:05][SCENARIO] Exécution de la commande [Système][Mobile 1][Allumer écran]
[2022-02-03 20:55:05][SCENARIO] Exécution de la commande [Système][Mobile 1][Jouer un son] avec comme option(s) : {"background":"0","title":"","message":"\/var\/www\/html\/data\/pum_pum.mp3"}
[2022-02-03 20:55:05][SCENARIO] Fin correcte du scénario

En version 4.2.7:

[2022-02-03 20:58:19][SCENARIO] Start : Scenario lance manuellement.
[2022-02-03 20:58:19][SCENARIO] Exécution du sous-élément de type [action] : action
[2022-02-03 20:58:19][SCENARIO] Exécution de la commande [Système][Mobile 1][Allumer écran]
[2022-02-03 20:58:19][SCENARIO] Exécution de la commande [Système][Mobile 1][Jouer un son] avec comme option(s) : {"background":"0","title":"","message":"\/var\/www\/html\/data\/pum_pum.mp3"}
[2022-02-03 20:58:19][SCENARIO] Fin correcte du scénario

A priori, les mêmes logs. La différence est qu’il n’y a aucun son en 4.2.7.

Bonsoir @tomitomas,

Je me demandais si tu avais pu regarder pour ce problème de sons qui ne fonctionnent pas avec Jeedom 4.2.14 ?

Par ailleurs en 4.2, les images Perso de Jeedom Connect ne s’affichent dans l’application pas contrairement aux images de Jeedom Connect.

Sur le lien que tu nous avais communiqué, tu nous indiquais que certains fichiers (.mp3 et images) doivent être sous certains répertoires pour être accessibles avec Jeedom 4.2.
Et tes images sont sous html/plugin/Jeedom Connect/data/img et sont bien visualisées dans l’application en 4.2.14 alors que les Perso sous html/plugin/Jeedom Connect/data/img/User_files ne sont pas affichées.

Que comprendre ?

En attendant, pour garder ces 2 fonctionnalités, j’ai rerestauré la config en 4.1.28. Mais j’imagine que je ne suis pas le seul être dans cette situation :upside_down_face:

Merci de vos commentaires :wink:

Bonsoir,
N’ayant pas de retour, je me permets de relancer ma demande.
Bonne soirée

pour les sons, as-tu essayé de les placer sous :

/var/www/html/plugins/JeedomConnect/data/

cf post ci-après ou ca à l’air de fonctionner : Jouer un son

pour les images, sont-elles biens sous :

/var/www/html/plugins/JeedomConnect/data/img/user_files 

est-ce bien le rep indiqué dans la config du plugin ?

Peux-tu aussi lancer une correction des droits

Je suis en 4.2 et je n’ai aucun de ces soucis

Bonsoir @ngrataloup,
Et merci de ton retour :blush:
J’ai fait les vérifs et suivi tes conseils. Mais çà ne changeait pas grand chose…

Trouvant étrange que cela fonctionne pour d’autres (lien que tu as mis), j’ai changé ma version du plugin de béta en stable.
Et dans cette configuration sour Jeedom 4.2.14, çà marche en plaçant le mp3 sous /var/www/html/data/ ainsi que l’affichage de mes images dans l’application.

Par contre, on retrouve l’impossibilité d’ouvrir la config du plugin depuis JC si le tri des widgets est laissé sur ‹ Pièce ›.

Donc à A priori, ce problème serait lié à la version béta…

En tout cas, en installant ‹ JC en standard ›, ces 2 dysfonctionnements n’existent plus sur mon mobile.

Ces problèmes en béta sont à élucider mais merci @ngrataloup de tes pistes qui me permettent de passer en Jeedom 4.2 :blush:

Petite question, si tu repasses en beta, le pb se reproduit ?
(Et tu es bien en beta sur le plugin et sur l’App ?

Bonsoir @ngrataloup ,
je suis repassé en beta avec l’appli en 1.1.1, et là plus de problème pour les images (:face_with_thermometer:) mais plus de son :upside_down_face:
Donc, retour au plugin standard avec l’appli 1.1.0

Concernant les sons, peux-tu faire un screenshot de ton scenario ?
as-tu essayer de mettre le fichier mp3 sous /var/www/html/plugins/JeedomConnect/data directement ?

Es-tu avec un user admin pour ta connexion Jeedom ?
Es-tu en Jeedom 4.2.14 ?

De mon coté, je suis en 4.2.14, JC en version alpha (tests faits en http ou ws), fichier mp3 dans /var/www/html/plugins/JeedomConnect/data
fichier mp3 de 200ko avec un espace et un caractère accentué dans le nom, et aucun souci

Bonsoir @ngrataloup , Je suis bien avec un profil admin et j’ai fais des tests en déplaçant le fichier dans le répertoire proposé. pareil…

Pour simplifier, j’ai créé un scénario qui allume l’écran du mobile et envoi le son.
J’ai bien l’écran qui s’allume à chaque fois qui montre la connexion entre le plugin et appli.

Après recherche, je m’aperçois qu’en 1.1.0 et le plugin standard, j’ai des effets différents suivant les mobiles et la version jeedom:
En 4.1.28

  • mobile 1: tout va bien
  • mobile 2: le son si je suis connecté en Wifi local et rien via le réseau mobile

En 4.2.14

  • mobile 1: pas de son…
  • mobile 2: le son si je suis connecté en Wifi local et rien via le réseau mobile

Faute de temps, je n’ai pas pu faire de tests en beta avec réinstallation des applications sur mobiles.
Mais déjà en standard, il y a plusieurs facteurs qui font que çà bloque suivant les mobiles…

Dommage que l’on ne puisse pas directement jouer un fichier mp3 présent sur le mobile. Cela lèverait peut être ces problèmes :slightly_smiling_face:

A suivre