Bug #5801
ferméPublication à validation ciblée validé par un autre publieur
100%
Description
Bonjour,
La validation ciblée permet au rédacteur de choisir le valideur concerné par sa publication.
Hors, il semble que même si le valideur a été bien sélectionné, n'importe quel publieur peut valider la publication.
Dans l'exemple ci-dessous, la validation de la publication ("Dossiers de fabrications Romans", 167306) a été assigné à C.BANCEL (5787), mais la publication a pourtant été validé par J.ALGOUD (2655):
167306;"pdm_documents";"Dossiers de fabrications Romans";"''";"2014/05/13";"2014/05/13";"9999/99/99";"7282";1;"''";"''";"''";"Valid";"2014/07/21";"kmelia9691";"7282";"2014/07/21";"2655";"00:00";"23:59";"";"5787";-1;"";"fr";""
La validation ne devrait être possible qu'au valideur sélectionné.
Cette option fait partie d'un processus de validation dans une procédure d'acceptation de modification de documents.
Mais elle n'est valable que si c'est le responsable du projet (le valideur) qui valide les publications du projet.
Or, actuellement, la notion de validation ciblée n'est pas correcte, car elle ne sert qu'à limiter les notifications.
Merci pour une prise en compte rapidement de ce problème.
Mis à jour par Cécile Bonin il y a plus de 10 ans
- Statut changé de New à Qualified
Ok reproduit en V5.13.5 et V5.14.1
Si un utilisateur ayant le rôle de Gestionnaire ou de Publieur et n'étant pas défini comme étant le Valideur d'une publication accède à celle-ci, il n'a pas accès au bouton de validation. Pas d'anomalie.
Par contre, s'il modifie son en-tête, dans ce cas, tout se passe comme si la publication revenait à un mode de validation Classique et il a accès au bouton de validation.
Mis à jour par Cécile Bonin il y a plus de 10 ans
Juste le fait de valider l'en-tête, sans même faire de modifications, provoque l'anomalie.
A noter que l'anomalie n'est pas provoquée lors de toute autre opération : ajout/modification/suppression de commentaire, ajout/modification/suppression de fichier, modification de contenu, ajout/suppression de voir aussi etc...
Mis à jour par Nicolas Eysseric il y a plus de 10 ans
- Statut changé de Qualified à In progress...
- Assigné à mis à Nicolas Eysseric
- Version cible mis à Version 5.14.2
Mis à jour par Nicolas Eysseric il y a plus de 10 ans
Merci Cécile pour l'analyse. J'aurais perdu du temps si tu n'avais pas fait la qualification.
En fait, lors de la modification de l'entête par un gestionnaire (ou publieur), l'identité des valideurs est perdue.
On se retrouve alors dans le cas d'une validation classique. Le gestionnaire peut alors valider lui-même la publication qu'il vient de modifier.
Pour rappel, depuis la v5.13, il n'y a plus de validation implicite. Il est obligatoire d'utiliser l'action Valider pour valider (explicitement) une publication (quelque soit le rôle de l'utilisateur).
Mis à jour par Nicolas Eysseric il y a environ 10 ans
- Statut changé de In progress... à Resolved
- % réalisé changé de 0 à 100
- Navigateur changé de Firefox à Tous
- Votre base de données changé de PostgreSQL à Toutes
Traité par PR : https://github.com/Silverpeas/Silverpeas-Components/pull/331
Mis à jour par Yohann Chastagnier il y a environ 10 ans
- Statut changé de Resolved à Closed
Validé et intégré.