Project

General

Profile

Feature #6071

Assouplissement de l'envoi des notifications

Added by Nicolas Eysseric over 4 years ago. Updated over 3 years ago.

Status:
Closed
Priority:
Normal
Category:
Abonnements
Start date:
11/24/2014
Due date:
% Done:

100%

Estimated time:

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é.

History

#1

Updated by Nicolas Eysseric over 4 years ago

  • Description updated (diff)
#2

Updated by Nicolas Eysseric over 4 years ago

  • Description updated (diff)
#3

Updated by Nicolas Eysseric over 4 years ago

  • Assignee changed from Cécile Bonin to Yohann Chastagnier
#4

Updated by Yohann Chastagnier over 4 years ago

  • Status changed from Assigned to Resolved
  • % Done changed from 0 to 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é.


#5

Updated by Nicolas Eysseric over 4 years ago

  • Status changed from Resolved to Closed

Validé et intégré...

#6

Updated by Rodolphe Paccard over 4 years ago

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 ?

#7

Updated by Nicolas Eysseric over 4 years ago

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.

#8

Updated by David Lesimple almost 4 years ago

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.

#9

Updated by Nicolas Eysseric over 3 years ago

  • Project changed from Silverpeas Components to Silverpeas Core
  • Category set to Abonnements
#10

Updated by Rodolphe Paccard over 3 years ago

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.

#11

Updated by Yohann Chastagnier over 3 years ago

  • Status changed from Closed to 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 :
#12

Updated by Miguel Moquillon over 3 years ago

  • Status changed from Resolved to Integration in progress...
#13

Updated by Miguel Moquillon over 3 years ago

  • Status changed from Integration in progress... to 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.

#15

Updated by Miguel Moquillon over 3 years ago

  • Status changed from V6 pending to Closed

Also available in: Atom PDF