Hello,
Je n’ai pas retrouvé de sujet où demande de fonctionnalité par rapport à cela mais je pense qu’il serait bien de pouvoir choisir le canal de communication préféré au niveau global ainsi qu’un choix entre les différents canaux de communication configuré pour envoyer les messages
En effet je me retrouve suite à l’installation de l’intégration externe Olvid un doublon avec telegram
Alors que je voudrais potentiellement envoyer des messages à l’une ou à l’autre intégration
Par exemple si l’intégration Olvid tombe en panne que la notification soit envoyer sur Telegram et vice versa.
Je sais que le cas est un peu tiré par les cheveux mais c’est à débattre
Déjà pensé et la PR a été mergé ce matin, elle sera dans la prochaine mise à jour Gladys.
Par contre c’est un choix a faire manuellement dans les scènes
C’est clair, et avec la quantité d’intégrations que tu nous sort, tu pas suivre tous les sujets
Et il y en a d’autres qui arrivent
tu optimises à fond le forfait claude
Oui on a jusqu’au 19 même si j’espère qu’il laisserons cette limite ou l’augmenteront
j’ai un souci avec le choix du canal d’envoi de messages :
et si je choisi le premier « télégram » ça marche , mais pas si je choisi le 2ème
En faite il y a 3 intégration native CallMeBot, Telegram et Nextcloud Talk qui se mettent a chaque fois. On corrigera.
externe : il faudrait le préciser alors sur le choix
Pas possible de n’afficher que les services configurés et donc actifs ?
@pierre-gilles , voilà la PR
master ← William-De71:fix/message-service-selector-configured-only
ouvert 09:34AM - 19 Aug 26 UTC
### Description
The "send message" scene action offered CallMeBot, Telegram a… nd Nextcloud Talk even when the user had never configured them, and showed a duplicate Telegram entry next to the external Telegram integration.
getMessageServices() only checked that a service was loaded and exposed message.sendToUser. That proves nothing about configuration: a core service whose start() throws a ServiceNotConfiguredError stays RUNNING, stays in the stateManager and keeps its sendToUser method.
Filter on the isUsed() hook instead, the convention getUsage() already relies on. External integrations are kept as-is (installed means configured, and a proxied service exposes no hook), and a core service without the hook is kept too, as there is nothing to check it against.
Telegram had no isUsed() hook: add one, based on TELEGRAM_API_KEY, exactly like start() does. CallMeBot and Nextcloud Talk already had theirs.
Also disambiguate the selector labels: a native service and an external integration can display the very same name, so append "built-in integration" / "external integration" when two channels would otherwise be identical.
<img width="594" height="248" alt="image" src="https://github.com/user-attachments/assets/08a7fbd6-921b-407c-858b-c1d5b60d6b87" />
## Forum
Reported at https://community.gladysassistant.com/t/choix-canal-communication/10549
### Checklist
- [x] Tests pass: `cd server && npm run coverage` (Codecov requires 100% coverage on changed lines) and Cypress (`npm run cypress:run`) if the UI changed
- [x] Linter and prettier pass on both front and server (`npm run eslint`, `npm run prettier`)
- [x] No undocumented breaking change
## Summary by CodeRabbit
* **New Features**
* Message service selectors now distinguish external integrations from built-in services, including when names overlap.
* Unavailable services are clearly indicated while remaining selectable where applicable.
* Added German, English, and French translations for service type labels.
* **Bug Fixes**
* Service discovery now excludes unconfigured or invalid built-in messaging services while retaining valid integrations.
* **Documentation**
* Updated API examples to reflect service type information.
Merci, c’est bon pour moi
