Actions
Bug #2904
ferméNon visibilité de l'état d'un workflow pour des utilisateurs intéressés ayant le rôle adéquat
Début:
07/02/2012
Echéance:
% réalisé:
100%
Temps estimé:
Navigateur:
Tous
Votre version de Silverpeas:
5.8
Système d'exploitation:
Votre base de données:
Toutes
Livraison en TEST:
Livraison en PROD:
Description
Scénario de l'anomalie
- Se rendre sur un Workflow dont l'état comprend uniquement des utilisateurs intéressés par le résultat (Cf. XML ci-dessous).
<state name="Refusee" timeoutAction="Supprimer" timeoutInterval="31d" timeoutNotifyAdmin="false"> <label role="default" lang="default">Demande de création refusée par Achats/MO</label> <workingUsers> </workingUsers> <interestedUsers role="Demandeurs,ServiceAchats,ServiceMO"> <relatedUser participant="Demandeur" role="Demandeurs"/> <userInRole name="ServiceAchats"/> <userInRole name="ServiceMO"/> </interestedUsers> </state>
- Avoir des procédures dans cet état
- Utiliser le compte utilisateur ayant le role pour visualiser l'état défini par l'attribut "userInRole"
Résultat obtenu
Dans la liste des procédures on ne retrouve pas celle de l'utilisateur (attention à ce que l'utilisateur ne soit pas défini comme "WorkingUser" sur le même état)
Résultat souhaité
Visualiser l'ensemble des procédures pour le rôle de l'utilisateur
Fichiers
Actions
#2
Mis à jour par Anonyme il y a presque 13 ans
- Sujet changé de Non visibilité de l'état d'un workflow pour des utilisateurs ayant le role adéquate à Non visibilité de l'état d'un workflow pour des utilisateurs intéressés ayant le rôle adéquat
Mis à jour par Anonyme il y a presque 13 ans
- Fichier fast_mapping.xml fast_mapping.xml ajouté
- Fichier mapping.xml mapping.xml ajouté
- Statut changé de New à In progress...
En attendant que cela soit poussé via un pull request sur la bonne branche Git, il faut déposer les deux fichiers joints dans le répertoire $SILVERPEAS_HOME/resources/instanceManager.
Actions
#4
Mis à jour par Anonyme il y a presque 13 ans
- Statut changé de In progress... à Resolved
Anomalie corrigée et poussée sur la branche 5.8.x c'est à dire la version 5.8.1-SNAPSHOT.
Bien faire attention pour ensuite effectuer la même manipulation sur la branche master.
Actions
#6
Mis à jour par Nicolas Eysseric il y a plus de 12 ans
- Statut changé de Resolved à Closed
- % réalisé changé de 0 à 100
OK. Validé.
Actions
#7
Mis à jour par Nicolas Eysseric il y a plus de 12 ans
- Version cible changé de Version 5.9 à Version 5.8.1
Actions