Notification + Ask réellement fonctionnel?

Bonjour,

Dans la configuration du plugin … je vois qu’il existe une case « ask sensible à la case » !

Est que la fonction ask fonctionnement vraiment ?

Il y a bien longtemps maintenant que j’avais abandonné cette super fonctionnalité vers l’application mobile. C’est une fonction vraiment utile je trouve. Chez moi c’est KO, mais est-ce qu’elle fonctionne pour vous ?
Devrait-elle elle fonctionnelle ?

Merci pour vos partages et remontées d’expérience.


Mes infos de config :

Core : 4.4.5 (stable)
DNS Jeedom : non

Plugin : App Mobile V2
Version : v1.0.0 (beta)

Parfaitement fonctionnel sur l’app en cours, test en interne.

Bientôt disponible sur la stable a venir

1 « J'aime »

@Sekiro ,

Bigre, j’ai pas de chance encore un truc qui ne fonctionne pas chez moi sur aucun de mes terminaux :frowning:
Sur l’application mobile j’ai bien notification j’ai je n’ai pas les proposition les propositions de réponse …

J’ai créé un scénario tout simple de test :

Coté APP mobile j’ai bien la notification, mais pas de possibilité de répondre … pas champ de saisi ou de choix multiple de dispo … et c’est la même sur mes deux téléphone … et même une tablette récemment ajouté pour test.

J’ai aussi fait des tests de ASK pour comparer les notifs mobile V1 vs V2.
En V1 c’est clair que le ASK était bien peu fonctionnel car impossible de répondre directement depuis la notif, et quand on cliquait sur la notif, celle-ci n’apparaiaasait quasiment jamais dans le centre des notifs de l’appli, bref, inutilisable.

En V2 à mon premier essai je n’ai pas reçu la notif sur mon tel, mais en ouvrant l’appli v2 on la voyait.
A mon essais suivant j’ai eu la notif avec possiblité de répondre directement sur la notif du tel, mais quand j’ai cliqué sur une réponse ça n’a pas marché.

Par contre à mes esais suivant tout à fonctionné… Je sais pas pourquoi, je vais commencer à utiliser et je verai si c’est fiable.

Bonjour

Chez moi elles fonctionnent, si ce n’est que de cliquer sur la notification n’ouvre pas l’application afin de répondre à la demande ASK.
Il faut aller dans l’app puis ouvrir les notifications pour répondre.

A ce sujet il y a une info qui ne correspond pas. Bien que l’on ait répondu, pourquoi est-ce marqué « délai expiré » ?

Le délai ASK expiré apparait soit une fois le temps dépasse, ou si un nouvel ask est apparu apres le precedent, peu importe la durée du précédent

Sur IOS, il suffit de laisser cliquer pour choisir le choix de réponse, sans ouvrir l’application
Et Android, il faudrait que je reteste, mais quand j’ai intégré les asks, cela fonctionnait de mémoire aussi avec Android

Je suis sur Android et le délai n’avait pas expiré puisque j’ai répondu instantanément à la demande ASK.

J’ai un délai de 600s

[2024-09-26 12:17:57][SCENARIO] -- Début : Scenario lance manuellement.
[2024-09-26 12:17:57][SCENARIO] - Exécution du sous-élément de type [action] : action
[2024-09-26 12:17:57][SCENARIO] Demande {"title":"Le filtre du Dreame D9 a \u00e9t\u00e9 remplac\u00e9 ?","message":"Le filtre du Dreame D9 a \u00e9t\u00e9 remplac\u00e9 ?","answer":["OUI","NON"],"timeout":"600","variable":"ask_filtre_d9"}
[2024-09-26 12:19:41][SCENARIO] Réponse NON
[2024-09-26 12:19:41][SCENARIO] Exécution d'un bloc élément : 479
[2024-09-26 12:19:41][SCENARIO] - Exécution du sous-élément de type [condition] : if variable(ask_filtre_d9) == "OUI"
[2024-09-26 12:19:41][SCENARIO] Evaluation de la condition : ["NON" == "OUI"] = Faux
[2024-09-26 12:19:41][SCENARIO] - Exécution du sous-élément de type [action] : else
[2024-09-26 12:19:41][SCENARIO] Exécution de la commande [Bureau][Redmi_V2][Notification] avec comme option(s) : {"background":"0","title":"","message":"OK Je redemanderai"}
[2024-09-26 12:19:42][SCENARIO] Fin correcte du scénario

Le message s’affiche donc sans raison valable, même si cela ne nuit en rien, c’est juste déconcertant.

Oui, le délai n’était pas expiré, mais tu as eu un nouvel ask, donc le premier n’est plus valide

Qu’entends-tu par : « tu as eu un nouvel ask » ?
Je n’ai eu qu’une question, à laquelle j’ai répondu. Il ne s’est rien passé entre temps

Chez moi ça marche bien !

Pardon, j’ai cru tu avais un autre ask

La tu as repondu, dc on dit que le délai est expire puisque le ask a été traité

On voulait pas faire plusieurs messages suivant les conditions

Je ne dis pas que cela ne marche pas, juste qu’il y a un message contradictoire avec l’action effectuée

Le délai ask n’a pas expiré puisqu’une réponse a été apportée.

Je verrais si c’est pas trop chiant d’adapter le message :smiley:

En fait c’est l’un ou l’autre. Soit c’est répondu dans le délai imparti et on voit la réponse (OUI/NON) soit c’est délai expiré.
Ce message peut laisser entendre qu’on a répondu hors du délai.

J’ai changé sur le code
Je teste demain au bureau pour valider cette partie

2 « J'aime »

De mon côté je continue les tests mais j’ai l’impression que si l’application Jeedom App n’a pas été auparavant ouverte, alors la réponse depuis la notification Android n’est pas remontée à l’appli.
En effet, après avoir répondu dans la notif, j’ai ouvert l’appli et constaté que la notif ASK était toujours en attente. En revanche quand j’ai répondu depuis l’appli, là ça a été pris en compte…

Je sais pas si qqn d’autre a eu ce genre d’expérience ou s’il y a un réglage pour empêcher l’appli d’être en sommeil profond ou autre chose comme ça que j’ai pas bien fait…

------Edit après des tests---------
OK je confirme chez moi le comportement suivant :

  • Affichage nickel des notif ask avec les choix possible directement dans la notif Android
  • Disparition de la notif android si on n’a pas choisi dans le délai imparti : je trouve cette feature topissime !
  • En revanche, (et je précise, chez moi) :
    • quand je clique sur une réponse ça masque bien les réponses, ce qui confirme que j’ai bien cliqué mais la réponse n’est pas envoyée à Jeedom. Quand on ouvre l’appli, on a toujours les réponses possibles et cette fois si on clique sur une, la réponse est bien envoyée ! Donc très dommage ! il ne manque pas grand chose pour que cette fonction soit ultra pratique, mais à ce jour chez moi elle ne l’est pas.
    • Je précise que ce comportement est le même si l’appli est déjà ouverte, quand je clique sur une réponse de la notif android, ce n’est pas transmis à Jeedom.
    • Enfin, déjà dit plus haut, quand on clique sur le corps de la notif, on s’attendrait à ce que ça ouvre l’appli, ce n’est pas le cas. A voir si c’est fait exprès ou non

D’autres pourraient-ils tester si ça fait pareil chez eux svp ? Merci !

Et tant qu’on y est, en feature request : Une fois que ça marchera, je pense que ça pourrait être intéressant de faire supprimer automatiquement la notif android ask une fois la réponse donnée. Si ça coute pas grand chose ça me semblerait plus classe.
Et pour finir, c’est feature de « clearer les notifs android de jeedom app », pourrait-on imaginer la commander depuis jeedom ? Genre comme une nouvelle commande à notre équipement dans le plugin App V2.

Bonne journée à tous !

Tout est noté

Je vérifie le tout

Et pour la feature request : je vais intégrer cela

1 « J'aime »

Un petit retour d’expérience supplémentaire :
Quand je clique sur l’icone de l’appli android jeedom V2 pour l’ouvrir, on voit qu’il y a une tentative d’ouverture mais ça disparait quasi instantanément. En revanche au deuxième appui, celle-ci s’ouvre bien… A voir si tu arrives à reproduire.

N’hésite pas à dire si tu veux qu’on teste des choses !
Merci

Ah, jamais vu ce souci
Je me le note

Sinon, pour les notifs, j’ai pu intégrer :

  • MultiLignes pris en compte sur Android et iOS
  • Ajout commande dans le plugin pour Supprimer toutes les notifications du centre de notifs de l’app
  • Logo de couleur rouge dans le centre de notifications de l’OS pour les notifs critiques

Je continue de fixer les autres issues/demandes

Top ! Tu attends d’intégrer d’autre correctifs/ajouts avant de release une beta pour du test ?
Par ailleurs, ça impacte uniquement le plugin ou les app mobiles, ou les deux ?