Bug #7174
fermé
WF- Réaffectation d'une tâche pas totalement prise en compte
Ajouté par Marc Avenel il y a plus de 9 ans. Mis à jour il y a environ 9 ans.
100%
Description
Reprise du ticket : 7159
Dans notre workflow RFQII nous nous réaffecter une tâche à un utilisateur
Cet utilisateur est bien existant dans le rôle approprié
Il voit bien la demande workflow
Par contre il n'a pas le bouton d'action
Fichiers
| DemandeCongesSimpleBug7174.xml (11,7 ko) DemandeCongesSimpleBug7174.xml | A placer dans data/workflowRepository/DemandeCongesSimpleBug7174 | Nicolas Eysseric, 03/06/2016 01:48 | |
| demandeCongesSimpleBugMGIC.xml (4,59 ko) demandeCongesSimpleBugMGIC.xml | A placer dans xmlcomponents/workflows | Nicolas Eysseric, 03/06/2016 01:49 |
Mis à jour par Sebastien Vuillet il y a plus de 9 ans
- Statut changé de New à In progress...
Mis à jour par Sebastien Vuillet il y a plus de 9 ans
- Priorité changé de Immediate à Normal
Mis à jour par Sebastien Vuillet il y a plus de 9 ans
- Tracker changé de Support à Bug
- Projet changé de 127 à Silverpeas Core
- Catégorie changé de Workflow RFQ à Workflow
- Assigné à
Sebastien Vuilletsupprimé - Navigateur changé de Firefox à Tous
- Votre base de données mis à PostgreSQL
Mis à jour par Sebastien Vuillet il y a plus de 9 ans
La table sb_formtemplate_textfield n'est pas mise à jour.
Mis à jour par Sebastien Vuillet il y a plus de 9 ans
Le problème vient de la classe ProcessManagerRequestRouter, ligne 274 [ form.update(items, data, context); ]
Mis à jour par Nicolas Eysseric il y a plus de 9 ans
- Assigné à mis à Nicolas Eysseric
Le problème se produit uniquement lorsque l'action est affectée à un utilisateur de type folderItem (c'est à dire défini dynamiquement au travers d'un formulaire).
Mis à jour par Nicolas Eysseric il y a plus de 9 ans
- Dupliqué par Bug #7465: Réassignation de tâche ajouté
Mis à jour par Marc Avenel il y a environ 9 ans
- Votre version de Silverpeas changé de 5.14.4 à 5.15.1
Nous avons de plus en plus des besoins de réaffectation de tâches.
> Action via le Superviseur
Aujourd'hui, une personne est partie et 6 actions lui incombent.
> Une autre personne remplace sa fonction.
> Comment faisons nous pour réattribuer les tâches des 6 workflows en cours ? (état Open, In progress,...)
D'autres Workflows arrivent sur la plateforme, et nous aurons les mêmes besoins.
Il faut que cette fonctionnalité soit rétablie.
Sinon ça va devenir compliquer pour nous.
D'avance Merci
Mis à jour par Nicolas Eysseric il y a environ 9 ans
- Sujet changé de WF- Réaffecter une tâche mais pas prise en compte à WF- Réaffectation d'une tâche pas totalement prise en compte
- Statut changé de In progress... à Resolved
- Version cible mis à Version 5.15.3
- % réalisé changé de 0 à 100
- https://github.com/Silverpeas/Silverpeas-Core/pull/738
- https://github.com/Silverpeas/Silverpeas-Components/pull/490
Désormais, les champs de type User du dossier sont mis à jour en fonction de(s) l'état(s) sur lequel se fait la réassignation et le(s) rôle(s). Après réassignation, les utilisateurs qui étaient explicitement désignés n'ont alors plus de privilèges sur la demande.
Les utilisateurs proposés lors de la réassignation sont désormais limités aux utilisateurs du workflow.
Il y avait également un problème qui empêchait la suppression d'une demande dès lors que celle-ci avait subit une réassignation.
Mis à jour par Nicolas Eysseric il y a environ 9 ans
- Fichier DemandeCongesSimpleBug7174.xml DemandeCongesSimpleBug7174.xml ajouté
- Fichier demandeCongesSimpleBugMGIC.xml demandeCongesSimpleBugMGIC.xml ajouté
Je joins un workflow qui permet de tester la correction...
Mis à jour par Marc Avenel il y a environ 9 ans
J'ai fait un test
1. Créé une demande avec utilisateur Marc AVENEL
2. Assigné le responsable à Renaud BURDALLET
3. Contrôlé que la demande est bien affectée à Renaud BURDALLET
4. Marc AVENEL ne voit pas la tâche en tant que "Responsable"
5. Connecté avec le rôle "Superviseur"
6. Réaffecté la tâche à Marc AVENEL
6. Marc AVENEL en tant que responsable voit bien la tâche de validation
7. Marc AVENEL clique sur le bouton d'action
8. Les boutons "Accepter" ou "Refuser" ne sont pas accessibles (visibles)
--> Etat est bloqué en " En attente d'acceptation par responsable"
Mis à jour par Nicolas Eysseric il y a environ 9 ans
Pardon ? Qu'est ce qui est dommage ?
Mis à jour par Marc Avenel il y a environ 9 ans
Que ça se fonctionne pas.
Car pour nous c'est vraiment important.
Mais on va y arriver. Pas de soucis
Mis à jour par Nicolas Eysseric il y a environ 9 ans
Avez-vous vu qu'il s'agit d'une correction au niveau du produit ?
De ce fait, il est impossible que vous constatiez cette correction sur vos environnements...
Mis à jour par Yohann Chastagnier il y a environ 9 ans
- Statut changé de Resolved à Integration in progress...
Mis à jour par Marc Avenel il y a environ 9 ans
Parfait.
Comme vous m'aviez adressé les XML.
Ok j'attends l'intégration.
Mes excuses
Mis à jour par Yohann Chastagnier il y a environ 9 ans
- Statut changé de Integration in progress... à V6 pending
Validé et intégré en 5.15.x
Mis à jour par Yohann Chastagnier il y a environ 9 ans
- Statut changé de V6 pending à Closed
Reporté en 6.x