Feature #6071
fermé
Assouplissement de l'envoi des notifications
100%
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é.
Mis à jour par Nicolas Eysseric il y a presque 10 ans
- Assigné à changé de Cécile Bonin à Yohann Chastagnier
Mis à jour par Yohann Chastagnier il y a presque 10 ans
- 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é.
Mis à jour par Nicolas Eysseric il y a presque 10 ans
- Statut changé de Resolved à Closed
Validé et intégré...
Mis à jour par Anonyme il y a presque 10 ans
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 ?
Mis à jour par Nicolas Eysseric il y a presque 10 ans
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.
Mis à jour par David Lesimple il y a plus de 9 ans
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.
Mis à jour par Nicolas Eysseric il y a environ 9 ans
- Projet changé de Silverpeas Components à Silverpeas Core
- Catégorie mis à Abonnements
Mis à jour par Anonyme il y a environ 9 ans
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.
Mis à jour par Yohann Chastagnier il y a environ 9 ans
- 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 :
Mis à jour par Miguel Moquillon il y a environ 9 ans
- Statut changé de Resolved à Integration in progress...
Mis à jour par Miguel Moquillon il y a environ 9 ans
- 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.
Mis à jour par Yohann Chastagnier il y a presque 9 ans
Mis à jour par Miguel Moquillon il y a presque 9 ans
- Statut changé de V6 pending à Closed