Après vérification, il y a bien eu ajout des " (ou plutôt, avant ils étaient supprimés et plus maintenant).
çà a été fait pour corriger autre chose, on peux donc pas simplement faire un revert, il faut regarder plus loin dans le core.
On garde un œil dessus mais dans l’immédiat pas de changement prévue car çà remonterai d’autres problèmes.
1 « J'aime »
Merci pour le retour !
Je ne sais pas ce qui a été corrigé par cette modification, mais en tout ça entraine pas mal d’autres soucis, par exemple avec le widget du plugin vigilance météo de @lunarok .
Va falloir y aller molo avec les propos sans explications. Aucun rapport entre un tag scénario et les replace des widgets dédiés plugins.
Vu que tu es dans le groupe développeurs, tu peux expliquer comment tu fais un lien ?
C’est de la médisance ce que tu fais venant d’un user avec le tage développeurs.
Tu te rends compte de ce que tu dis ? Tu vas mélanges un changement sur les tags à un impact sur des fonctions de remplacement dans les fonctions toHtml de plugins.
Arrêtes les propos infondés
Salut tous,
Y’a peut être eu mélange de pinceaux entre différents process,
Je dois tout de même faire le constat que moi également j’ai l’affichage de vigilance pluie qui saute sur qque tags.
J’ai ouvert un sujet pour plus de lisibilité.
B.
Bonjour
J’ai réussi à résoudre mon probleme en version 4.0.40 en corrigeant les appels et utilisation de tag (suppression de tous les #) au final cela donne
pour le scenario qui appelle un scenario :
et le scenario qui est appelé
et allez savoir pourquoi pour les notifications j’ai du ajouté cela : sinon il ne fonctionnait pas : un substr :
si cela peut aider les autres
1 « J'aime »
Ah oui tu veux dire que tu utilises la bonne syntaxe et que cela fonctionne 
Ben c’est une version beta, si tu veux pas de souci reste en stable…
Le substr( $string ,0) pose question.
Je ne suis pas un spécialiste de php, mais il me semble que substr( $string ,0) est égal à $string.
Hello,
Merci pour ta solution, je confirme il faut bien utiliser substr, si on envoi des notifications par tag sur l’Application mobile jeedom. Pour les autres notifications, il n’y a pas besoin
merci bonne après midi
Oui cela fonctionne partiellement, j’ai remarqué que si la notification contenait une parenthèse ou un retour à la ligne le substr ne fonctionne pas 
1 « J'aime »
Merci effectivement probleme avec parenthese et retour a la ligne avec les notifications
Pensez vous que lon peut utiliser une variable?
Le scenario appelé copie le tag dans une variable et la notification est envoyée avec la variable ?
Desole je ne peux pas tester je ne suis pas chez moi
Lemars
Je pense que copier le tag dans une variable aura le même effet car c’est la fonction substr qui ne fonctionne pas bien avec la parenthèse ou le retour à la ligne.
1 « J'aime »
Sinon ce qu’il faudrait essayer c’est de copier le texte dans une variable et envoyer la notification sur base de la variable mais je ne sais pas si cela fonctionne. Mais bon je trouve cela un peu lourd pour envoyer une notification 
Bonjour,
Je viens de pousser en alpha/beta une posisble correction si yen a qui veulent tester
Desole je ne suis pas chez moi. Pas possible de tester
Merci de ton aide
Hello @Loic
Je viens de faire l’essai sur la beta mise à jour avec le plugin mobile en version stable
si j’enleve substr( devant chaque tag, la notification ne passe avec un message d’erreur
[2020-02-16 16:45:09][DEBUG] : Notif > {"background":"0","title":"INFO","message":"\"Reparation faite SdB d\""} / 431 / notif / idNotif =
[2020-02-16 16:45:09][DEBUG] : Commande de notification notif
[2020-02-16 16:45:09][DEBUG] : notification en cours !
[2020-02-16 16:45:09][DEBUG] : JSON envoyé : {"default": "test", "APNS": "{\"aps\":{\"content-available\":\"1\",\"alert\": {\"title\":\"INFO\",\"body\":\""Reparation faite SdB d"\"},\"badge\":\"0\",\"sound\":\"silence.caf\",\"date\":\"2020-02-16 16:45:09\",\"idNotif\":\"1733\"}}"}
[2020-02-16 16:45:10][DEBUG] : notification resultat > <h1>Server Error (500)</h1>
[2020-02-16 16:45:10][DEBUG] : Action : Envoi d'une configuration
si je lance le scenario avec substr(, les notifications passent
[2020-02-16 16:49:19][DEBUG] : Notif > {"background":"0","title":"WARNING","message":"WARNING"} / 431 / notif / idNotif =
[2020-02-16 16:49:20][DEBUG] : Commande de notification notif
[2020-02-16 16:49:20][DEBUG] : notification en cours !
[2020-02-16 16:49:20][DEBUG] : JSON envoyé : {"default": "test", "APNS": "{\"aps\":{\"content-available\":\"1\",\"alert\": {\"title\":\"Jeedom\",\"body\":\"WARNING\"},\"badge\":\"0\",\"sound\":\"silence.caf\",\"date\":\"2020-02-16 16:49:20\",\"idNotif\":\"1734\"}}"}
[2020-02-16 16:49:20][DEBUG] : notification resultat > IOS > {'ResponseMetadata': {'RetryAttempts': 0, 'HTTPStatusCode': 200, 'RequestId': '16b32f4f-cfe0-5862-b1cf-798ca9201b2e', 'HTTPHeaders': {'x-amzn-requestid': '16b32f4f-cfe0-5862-b1cf-798ca9201b2e', 'date': 'Sun, 16 Feb 2020 15:49:20 GMT', 'content-length': '294', 'content-type': 'text/xml'}}, u'MessageId': 'cdfcae52-0e0a-5d46-928a-f89168ca5e0a'}
[2020-02-16 16:49:20][DEBUG] : Action : Envoi d'une configuration
A dispostion pour faire d’autres test
Juste une parenthèse pour bien comprendre
En V3
Création : MONTAG=valeur
Usage : #MONTAG#
En V4
Création : MONTAG=valeur
Usage : tag(MONTAG, ‹ valeur défaut ›)
Oui c’est bien ça
mais c’est valable aussi pour la V3 > 3.2.2 (voir extrait changelog de la V3)
L’ancienne méthode a été supprimer en V4.
3.2.2
- JEED-78 : ajout de la fonction tag pour les scénarios. Attention il faut dans les scénarios utilisant les tags passer de #montag# à tag(montag).