Development #33817
action notification
0%
Description
Fichiers
Demandes liées
Révisions associées
Historique
Mis à jour par Frédéric Péters il y a presque 5 ans
- Lié à Development #33816: Avoir une action de WF "Notification" ajouté
Mis à jour par Frédéric Péters il y a presque 5 ans
- Lié à Autre #13387: actions "publik" ? ajouté
Mis à jour par Frédéric Péters il y a presque 5 ans
- Fichier 0001-workflows-add-notification-action-33817.patch 0001-workflows-add-notification-action-33817.patch ajouté
- Statut changé de Nouveau à Solution proposée
- Patch proposed changé de Non à Oui
Mis à jour par Frédéric Péters il y a presque 5 ans
- Fichier 0001-workflows-add-notification-action-33817.patch 0001-workflows-add-notification-action-33817.patch ajouté
Avec un fill_admin_form inutile en moins.
Mis à jour par Thomas Noël il y a presque 5 ans
Je me pose une question : get_publisher().get_site_option('portal_url', 'variables') ... quid des notifications pour les agents (sur le portail agent ?)
Mis à jour par Frédéric Péters il y a presque 5 ans
Oui, et l'autre quid, similaire, c'est les déploiements multi-publik, où on veut plutôt peut-être taper sur le publik de l'interco; je reportais ces questions à un peu plus tard (envie de regarder à nouveau pour exploiter des bouts d'hobo, pour pouvoir chercher les combo dans settings.KNOWN_SERVICES, plutôt qu'empiler/dupliquer ça dans le check_hobo.py).
Pour ces deux cas, en attendant, je laissais le taf à l'action d'appel webservice.
Mis à jour par Thomas Noël il y a presque 5 ans
Dans cette attente et pour éviter des incompréhensions, est-ce qu'on pourrait quelque part préciser qu'il s'agit de notification vers le portail usager ? Genre, afficher « Notifications envoyées sur {{portal_url}} » ?
(rien à voir, je me dis qu'il faut penser à faire une api de "notification à un rôle" ou "notification à une liste d'utilisateur" dans combo, parce que là quand il va y avoir plus de 20 personnes dans le rôle, ça peut vite casser... ok avec ça ?)
Mis à jour par Frédéric Péters il y a presque 5 ans
Renommer en "Notification à l'usager", et dégager le "by" des paramètres, ok pour ce temps ?
Mis à jour par Frédéric Péters il y a presque 5 ans
- Fichier 0001-workflows-add-notification-action-33817.patch 0001-workflows-add-notification-action-33817.patch ajouté
s/by/to/
Mis à jour par Frédéric Péters il y a presque 5 ans
interdiff,
@@ -28,13 +28,13 @@ from .wscall import WebserviceCallStatusItem class SendNotificationWorkflowStatusItem(WebserviceCallStatusItem): - description = N_('Notification') + description = N_('User Notification') key = 'notification' category = 'interaction' support_substitution_variables = True # parameters - to = [] + to = ['_submitter'] title = None body = None origin = None @@ -68,7 +68,7 @@ class SendNotificationWorkflowStatusItem(WebserviceCallStatusItem): return self.description def get_parameters(self): - return ('to', 'title', 'body', 'origin', 'condition') + return ('title', 'body', 'origin', 'condition') def add_parameters_widgets(self, form, parameters, prefix='', formdef=None):
Mis à jour par Thomas Noël il y a presque 5 ans
- Statut changé de Solution proposée à Solution validée
Mis à jour par Frédéric Péters il y a presque 5 ans
- Statut changé de Solution validée à Résolu (à déployer)
commit 82758404c238e39b4c3b68b580a32eb59464dcd9 Author: Frédéric Péters <fpeters@entrouvert.com> Date: Sun Jun 9 09:10:18 2019 +0200 workflows: add notification action (#33817)
Mis à jour par Frédéric Péters il y a presque 5 ans
- Statut changé de Résolu (à déployer) à Solution déployée
workflows: add notification action (#33817)