Project

General

Profile

Actions

Bug #5801

closed

Publication à validation ciblée validé par un autre publieur

Added by Emmanuel GRANGE over 7 years ago. Updated about 7 years ago.

Status:
Closed
Priority:
High
Start date:
07/21/2014
Due date:
% Done:

100%

Estimated time:
Navigateur:
Tous
Votre version de Silverpeas:
5.13.5
Système d'exploitation:
Votre base de données:
Toutes
Livraison en TEST:
Livraison en PROD:

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.

Actions #1

Updated by Cécile Bonin over 7 years ago

  • Status changed from New to 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.

Actions #2

Updated by Cécile Bonin over 7 years ago

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

Actions #3

Updated by Nicolas Eysseric over 7 years ago

  • Status changed from Qualified to In progress...
  • Assignee set to Nicolas Eysseric
  • Target version set to Version 5.14.2
Actions #4

Updated by Nicolas Eysseric over 7 years ago

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

Actions #5

Updated by Nicolas Eysseric over 7 years ago

  • Status changed from In progress... to Resolved
  • % Done changed from 0 to 100
  • Navigateur changed from Firefox to Tous
  • Votre base de données changed from PostgreSQL to Toutes
Actions #6

Updated by Yohann Chastagnier about 7 years ago

  • Status changed from Resolved to Closed

Validé et intégré.

Actions

Also available in: Atom PDF