Feature #6071
fermé
Assouplissement de l'envoi des notifications
Ajouté par Nicolas Eysseric il y a plus de 9 ans.
Mis à jour il y a plus de 8 ans.
Description
Lors de la modification d'un contenu déjà publié, une notification de modification est envoyée systématiquement aux abonnés.
Selon la nature de la modification (correction d'une faute d'orthographe, modification mineure...), l'envoi de cette notification n'est pas pertinente et peut engendrer un questionnement de la part des abonnés.
L'objectif de cette évolution est d'enrichir les applications Blog, Actualités et Page Web afin de fournir un mécanisme nouveau aux contributeurs.
Lors de l'enregistrement, le contributeur pourra choisir soit :
- d'enregistrer et d'avertir automatiquement les abonnés,
- d'enregistrer et de ne pas avertir les abonnés.
Lors de l'enregistrement, un prompt (fenêtre modale) sera présenté à l'utilisateur avec le texte suivant :
"Vos modifications peuvent engendrer une notification à tous les abonnés. Souhaitez-vous qu'ils soient avertis de ces changements ?".
S'il n'y a pas d'abonné à l'application, ce prompt ne sera pas affiché.
Un paramètre global à la plate-forme permettra d'activer cette fonctionnalité.
- Description mis à jour (diff)
- Description mis à jour (diff)
- Assigné à changé de Cécile Bonin à Yohann Chastagnier
- Statut changé de Assigned à Resolved
- % réalisé changé de 0 à 100
Le mécanisme demandé est mis en place dans les applications souhaitées, ainsi que dans celle de la GED.
Il est par défaut activé et peut être désactivé en remplaçant la valeur du paramètre subscription.send.confirmation.enabled, dans le fichier org/silverpeas/subscription/settings/subscriptionSettings.properties, par une valeur différente de true.
D'une manière générale, dans le cas de la mise à jour d'une contribution déjà publiée et qui n'est pas dans un état brouillon ou de travail, une popup est présentée à l'utilisateur (s'il existe des abonnés potentiels) pour qu'il puisse confirmer si oui ou non les notifications d'abonnement doivent être envoyées.
D'un point de vue technique, cette évolution a demandé un remaniement au niveau des services d'abonnements (ceux permettant de fournir des informations sur les abonnements) et de l'API de gestion de l'envoi des notifications utilisateur.
De ce fait, d'autres applications ont été impactées, comme Forums ou encore La boîte à idée, sans que leur fonctionnel ait été modifié.
- Statut changé de Resolved à Closed
Je n'ai réussi à voir la popup que sur le blog, pas sur les actus, ni la GED ou les pages web. D'autre part pouvez-vous clarifier le fonctionnement des notifications pour l'application Page web ? Il y a des notifications automatiques mais pas manuelles ?
Rodolphe Paccard a écrit :
Je n'ai réussi à voir la popup que sur le blog, pas sur les actus, ni la GED ou les pages web.
Est-ce qu'il y a des abonnés sur les autres applis ? Si non, c'est normal que la popin ne s'affiche pas (cf description de l'évolution).
D'autre part pouvez-vous clarifier le fonctionnement des notifications pour l'application Page web ? Il y a des notifications automatiques mais pas manuelles ?
Les notifications automatiques sont liées aux abonnements. Il n'y a pas de notifications manuelles sur cette application.
Les notifications manuelles et automatiques (abonnements) sont indépendantes.
Si je modifie le titre ou la description d'un fichier de la publication, la notification est envoyée sans donner le choix au contributeur, pas normal je pense.
- Projet changé de Silverpeas Components à Silverpeas Core
- Catégorie mis à Abonnements
La modification d'un fichier via l'édition en ligne, l'ajout ou la suppression d'un fichier ne génère pas le message d'alerte non plus.
- Statut changé de Closed à Resolved
L'assouplissement de l'envoi des notifications est maintenant géré au niveau des fichiers joints présentés dans les publications des applications GED.
Le travail réalisé pour le glisser/déposer en HTML5 (#5710) a permis sa mise place.
La popup est présentée à l'utilisateur pour les actions sur les fichiers joints qui peuvent engendrer une notification d'abonnement (ajouter, modifier, éditer&libérer et supprimer).
PRs :
- Statut changé de Resolved à Integration in progress...
- Statut changé de Integration in progress... à V6 pending
Intégré en 5.15.
Attention, les comportements suivant existaient déjà avant et sont conservés avec cette évolution :
- une modification d'un fichier joint entraine deux notifications au lieu d'une seule : l'une pour la suppression et l'autre pour l'ajout de la nouvelle version (la modification est en fait tout simplement un remplacement)
- la réservation et la libération de documents autre que bureautique (autrement dit non éditable en ligne) ne conduit pas à une notification car il n'y a pas eu de modification (malgré ce que semble suggérer le message type affiché à la libération d'un fichier joint). La seule modification possible d'un document non éditable en ligne est d'utiliser la fonction de modification qui elle fonctionne comme attendue.
En attente du PR pour la V6.
- Statut changé de V6 pending à Closed
Formats disponibles : Atom
PDF
Mis à jour par 
Mis à jour par 
Mis à jour par Anonyme il y a 
Mis à jour par 
Mis à jour par