Le dernier snips, comment le sauver?

Bonjour Mesdames, Messieurs,

Je suis peut-être le dernier à utiliser Snips mais il est pour moi vraiment vraiment très important.
Je vous passe les détails du pourquoi.

J’ai une Smart Jeedom en version 4.1 qui fonctionnait parfaitement jusqu’à il y a une quinzaine de jours.
Tout à coup des erreurs JavaScript se sont mises à péter de partout jusqu’à au final, après une tentative de récupération, planter complètement… plus aucun utilisateur ne pouvant se connecter…

De toute façon, je devais passer sous la version 10 de Debian donc c’est ce que j’ai fait en suivant la procédure pour les smart expliquée dans la documentation de Jeedom.

Aujourd’hui je suis en 4.2.20 J’ai installé ma sauvegarde et tout fonctionne SAUF Snips.

Dans un premier temps, impossible d’installer les dépendances…
Ensuite grâce à l’intervention de Sekiro les dépendances se sont installées mais visiblement pas correctement.

J’ai l’erreur suivante pour la totalité des bindings lorsque je demande quelque chose à Snips (sauf celui qui me sert à composer un numéro de chaîne) :

Je vois bien que le plug-in a des soucis car il ne s’affiche pas toujours correctement. Je ne peux pas « désactiver » certains bindings…

il y avait un sujet sur cela il y a 15 jours sur le forum mais apparemment il a été effacé.

Toujours est-il que si quelqu’un a une idée je suis vraiment preneur. Je ne saurais vous dire à quel point cet assistant vocal est essentiel dans ma situation.

J’étais même prêt à modifier la fonction qui fait tout sauter dans le fichier marqué sur l’erreur, je vous la montre mais j’ai peur de planter la totalité de Jeedom en faisant cela.

    /* check if all the condition are true */
    function is_all_condition_matched()
    {
        $res = 1;
        // check each condition expression
        foreach ($this->conditions as $condition) {
            $res *= $condition->is_true() ? 1 : 0;
        }
        return $res ? true : false;
     
    }

Ce qui m’interpelle le plus c’est que le binding pour numéroter une chaîne fonctionne parfaitement… pourtant il n’est pas plus simple qu’un autre, Il contient deux slots…

Je vous remercie par avance,
cordialement,
Benoît.

Hello,

Je connais pas du tout mais juste pour essayer d’aider, as-tu vu ce post et notamment ce message ?

Je ne sais pas si tu utilises les fameux « actions binding » mais apparemment il n’a pas réussi alors que Kiboost avec utilisation de « callback scenarios » a bien réussi à passer à Buster.

Bonjour,

Merci beaucoup, c’est ce sujet que je recherchais Et sur lequel je n’arrivais pas à remettre la main.

Pour répondre à votre question, chez moi, c’est encore plus bizarre…

Sur certains Intents, cela fonctionne avec les fameux « BINDINGS » comme avec le « CALLBACK SCENARIO ».
Sur d’autres Intents, cela fonctionne avec les « BINDINGS » comme avec le « CALLBACK SCENARIO » MAIS j’ai la fameuse erreur qui apparaît. Cela me fait sauter le démon et me bloque tout pendant deux minutes, le temps que le démon redémarre…
Enfin, il y a les Intents qui ne fonctionnent pas Et que je ne peux même pas modifier… lorsque j’essaie de mettre un « CALLBACK SCENARIO » et que je veux sauvegarder cela m’affiche « 500 internal Server error ».

Plutôt étrange. Si je m’y connaissais davantage…

Sinon le log d’installation des dépendances :

[jeedom-plugin-snips]
--------------------------------
[*] Start to install dependencies.
--------------------------------
[*] Checking necessary working directories.
--------------------------------
[*] Installing lsb-release, php-pear
Reading package lists...
Building dependency tree...
Reading state information...
lsb-release is already the newest version (10.2019051400).
php-pear is already the newest version (1:1.10.6+submodules+notgz-1.1+deb10u2).
0 upgraded, 0 newly installed, 0 to remove and 180 not upgraded.
--------------------------------
[*] Checking system architecture..
--------------------------------
[*] Updating package list..
Get:1 http://ftp.uk.debian.org/debian buster InRelease [122 kB]
Hit:2 http://www.deb-multimedia.org buster InRelease
Hit:4 http://security.debian.org/debian-security buster/updates InRelease
Hit:5 http://ftp.uk.debian.org/debian buster-updates InRelease
Hit:6 https://oph.mdrjr.net/meveric all InRelease
Hit:7 https://oph.mdrjr.net/meveric buster InRelease
Err:3 https://repo.jeedom.com/odroid stable InRelease
  504  Gateway Time-out [IP: 51.210.253.116 443]
Fetched 122 kB in 15s (7866 B/s)
Reading package lists...

W: Failed to fetch http://repo.jeedom.com/odroid/dists/stable/InRelease  504  Gateway Time-out [IP: 51.210.253.116 443]
W: Some index files failed to download. They have been ignored, or old ones used instead.
--------------------------------
[*] Installing mqtt dependencies..
Reading package lists...
Building dependency tree...

Reading state information...
libmosquitto-dev is already the newest version (1.5.7-1+deb10u1).
mosquitto is already the newest version (1.5.7-1+deb10u1).
mosquitto-clients is already the newest version (1.5.7-1+deb10u1).
0 upgraded, 0 newly installed, 0 to remove and 180 not upgraded.
--------------------------------
[*] Checking PHP version..
[*] PHP7.3 is detected
[*] Configuring PHP7.3 extension..
Reading package lists...
Building dependency tree...

Reading state information...
php7.3-dev is already the newest version (7.3.31-1~deb10u1).
0 upgraded, 0 newly installed, 0 to remove and 180 not upgraded.
extension=mosquitto.so
[*] PHP7 Mosquitto has been installed
--------------------------------
[*] Installation is done