Bug #3348
fermé
Lien depuis notification ne fonctionne pas
100%
Description
Depuis une notification envoyé par un Workflow, et en mode anonyme, on n'est pas redirigé sur l'instance du process une fois qu'on s'est authentifié.
Reproduit avec un look client et le look Silverpeas.
Mis à jour par David Lesimple il y a plus de 12 ans
Précision: une fois authentifié, si on recolle le lien dans le navigateur, on arrive bien sur la demande dans le WF.
Mis à jour par
Mis à jour par Nicolas Eysseric il y a plus de 12 ans
- Statut changé de Qualified à In progress...
- Assigné à mis à Nicolas Eysseric
- Version cible mis à Version 5.11
Il manque le rôle associé à l'action qui a déclenché la notification dans l'URL...
Mis à jour par Nicolas Eysseric il y a plus de 12 ans
- Statut changé de In progress... à Closed
L'origine du problème est l'absence de l'attribut role au niveau de l'élément relatedUser sur notify.
Dans le workflow exemple fourni par défaut, une erreur s'est glissée. Le code est le suivant :
<consequence>
<set state="AttenteValidation"/>
<notify message="Merci de valider les congés de ${action.Creation.actor} du ${folder.dateDebut} au ${folder.dateFin}">
<relatedUser participant="Demandeur" relation="responsable"/>
</notify>
</consequence>
Une fois l'attribut role ajouté, l'URL est correcte et l'utilisateur arrive bien sur la demande :
<consequence>
<set state="AttenteValidation"/>
<notify message="Merci de valider les congés de ${action.Creation.actor} du ${folder.dateDebut} au ${folder.dateFin}">
<relatedUser participant="Demandeur" relation="responsable" role="Responsable"/>
</notify>
</consequence>
Il est donc nécessaire de modifier les modèles existants.
A noter que cette erreur ne se produit pas lorsque l'élément userInRole est utilisé (au lieu de relatedUser) puisque dans ce cas là, il est indispensable de spécifier de quel rôle il s'agit via l'attribut name.
Mis à jour par Nicolas Eysseric il y a plus de 12 ans
- Version cible changé de Version 5.11 à Version 5.10.1
- % réalisé changé de 0 à 100