Forum Communauté Jeedom

Bonjour,

lorsqu'on supprime une commande ou un équipement, toutes les commandes supprimées sont remplacées par leur ID dans les scénario.

Exemple #231#

Y'a t il un moyen de retrouver au moins le nom de l'ancienne commande histoire d'avoir une aide pour la remplacer?

Sinon, une page avec l'historique des commandes (ID, nom) ne serait pas possible?

Merci

Contenu supprimé à la demande de son auteur

Je pense que zeftp, cherche plus un historique des commandes supprimées, style :

ancienne commandes supprimées :
#231# >> #[Salon][MultiPrise (8)][On-1]#

Mais ça , n'existe pas malheureusement !!

C'est vrai que çà serait bien pratique, des fois je galère à retrouver les commandes... j'essaie de le faire via les scénarios, par déduction, mais pas toujours simple...

Zitoune a écrit : ↑

20 nov. 2017, 06:49

Je pense que zeftp, cherche plus un historique des commandes supprimer, style :

ancienne commandes supprimées :
#231# >> #[Salon][MultiPrise (8)][On-1]#

Mais ça , n'existe pas malheureusement !!

Oui c'est ça.

Dans la page des commandes orphelines, j'ai par exemple :

Interaction Interaction Annonce vocale du groupe Communication #2955# Action

mais je ne sais pas à quoi correspondait #2995#

Un onglet commandes avec deux colonnes "ID" et "Dernière désignation", même les supprimées serait très pratique (même si la liste peut être longue).

Du coup est ce que l'idée est :
- à l'étude?
- rejetée?
- dans la todo list mais bon tu comprends c'est pas la priorité 1

Bonjour,
Malheureusement rejetée je suis désolé mais garder ce genre de trace ça va ralentir jeedom pour un gain pas forcément énorme...

Merci Loic.

Ne peut on pas juste stocker l'historique dans une table à chaque modif du nom de la commande (qui de toutes façons doit être répercutée partout ) et utiliser la page dans une page à part de visualisation ?
Dans ce cas, l'impact sur les perfs est limité et on parle de qqs centaines de lignes max non (on ne change pas de nom de commandes tous les matins)?

Au pire tu redescend une sauvegarde sur un environnement de test quand ta commande existait encore

@zeftp non ça a toujours un impact car la table existe en plus ça fait du maintien en plus côté jeedom à faire et on a pas vraiment besoin de charge de maintient en plus.

Ok, j'insiste pas.

Merci d'avoir pris le temps de répondre.

Pour ma part, après des grosse modifications des scénarios par exemple, j'utilise le plugin "template" et je le sauvegarde sur mon disque. Il y a le nom de la commande qui était utilisée au bon endroit. J'ai souvent pu retrouver mes petits grâce à cela

Oui très bonne idée

Heu... au risque de passer pour un noob, c'est quoi le plugin template et comment on le sauve sur le disque ? : ]

Il me semble avoir vu un temps un plugin dans le genre pour faire des plugins mais je ne le retrouve pas sur le market.

Faut être en beta?

Lorsque tu est dans un scenario, regarde entre "Sauvegarder" et "Exporter" en haut à droite

ok, pas vraiment un plugin en fait mais une sauvegarde de scénario.

Pas bête effectivement mais un poil fastidieux car il faut aller dans tous les scénarios pour les sauver un par un et le refaire à chaque modif de scénario.

Bon de toutes façons en attendant qu'un contributeur accepte de prendre en charge cette page on n'a pas d'autres solutions.

Merci pour l'astuce !

Et simplement un message disant Attention, (l'objet ou le scénario) est utilisé dans tel ou tel scénario. Êtes vous certain de vouloir l'effacer ?
Cela éviterait peut être des suppressions intempestives

Envoyé de mon SM-G935F en utilisant Tapatalk

Pour avoir été confronté au problème, j'allais justement suggérer cette option mais avant j'ai parcouru le forum et vu que cela avait déjà été demandé ici.
Si à chaque demande de modification, on répond que cela va alourdir le fonctionnement de Jeedom, je pense que ça va réduire singulièrement le nombre de demandes d'amélioration.

Pourtant Jeedom a vraiment besoin qu'on améliore son ergonomie ça contribuera à diminuer les demandes d'aide dans le forum et soulagera du coup les modos et les dev .

Tous les utilisateurs de domotiques ne sont pas forcément des geeks ou n'ont pas forcément le temps de passer des heures tous les jours pour surveiller le bon fonctionnement de leur domotique.

Ce qui fait la qualité d'un produit c'est quand on l'oublie parce qu'il fonctionne seul et sans souci.

Pour revenir au problème des ID perdues, j'ai été obligé de réinclure récemment une sonde de température (la base oregon avait perdue sa sonde) ce qui revient à un changement de piles puisqu'il faut faire un reset coté sonde et coté base.

J'ai pourtant suivi la méthode "récupération ID" mais soit je n'ai pas compris comment faire soit cela ne s'est pas passé comme prévu.

J'ai du chercher manuellement comment modifier partout où cette sonde était utilisée.

Des logs il en existe pour chaque plugin installé. Je ne vois pas en quoi ça ralentirait beaucoup Jeedom de conserver un historique de nos modifications (qu'on pourrait purger comme pour les logs des plugin ou qui pourrait se purger automatiquement au bout d'un certain nbre de jour).

Il faudrait évidemment qu'on puisse y retrouver toutes les informations nécessaires ID et ancien nom #........# comme suggéré plus haut.

On dit non a toute les demandes d’évolutions maintenant ? C'est nouveau ça... Faudrait regarder un peu avant de parler j’intègre des dizaines de demandes par mois dans jeedom.

Si je dis non a celle la ya peut être une raison non ? Peut être que je connais un peu mieux le code de Jeedom que vous et que je vois ce que ça représente non ? Je rappelles que je suis bénévole et que je gagne rien du tout avec jeedom donc dire oui ou non a une demande ca change absolument rien pour moi, mon but c'est juste que Jeedom marche le mieux possible sans intégrer des demandes qui vont le ralentir inutilement.

Salut Loic,
Et est-ce qu’un bouton d’export au format txt des id et leurs commandes ne serait pas possible ? Libre à chacun de le faire et sauvegarder le fichier eux-même