Bug #7174
closedWF- Réaffectation d'une tâche pas totalement prise en compte
Added by Marc Avenel over 6 years ago. Updated about 6 years ago.
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
Files
DemandeCongesSimpleBug7174.xml (11.7 KB) DemandeCongesSimpleBug7174.xml | A placer dans data/workflowRepository/DemandeCongesSimpleBug7174 | Nicolas Eysseric, 06/03/2016 01:48 AM | |
demandeCongesSimpleBugMGIC.xml (4.59 KB) demandeCongesSimpleBugMGIC.xml | A placer dans xmlcomponents/workflows | Nicolas Eysseric, 06/03/2016 01:49 AM |
Updated by Sebastien Vuillet over 6 years ago
- Status changed from New to In progress...
Updated by Sebastien Vuillet over 6 years ago
- Priority changed from Immediate to Normal
Updated by Sebastien Vuillet over 6 years ago
- Tracker changed from Support to Bug
- Project changed from 127 to Silverpeas Core
- Category changed from Workflow RFQ to Workflow
- Assignee deleted (
Sebastien Vuillet) - Navigateur changed from Firefox to Tous
- Votre base de données set to PostgreSQL
Updated by Sebastien Vuillet over 6 years ago
La table sb_formtemplate_textfield n'est pas mise à jour.
Updated by Sebastien Vuillet over 6 years ago
Le problème vient de la classe ProcessManagerRequestRouter, ligne 274 [ form.update(items, data, context); ]
Updated by Nicolas Eysseric over 6 years ago
- Assignee set to 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).
Updated by Nicolas Eysseric over 6 years ago
- Has duplicate Bug #7465: Réassignation de tâche added
Updated by Marc Avenel over 6 years ago
- Votre version de Silverpeas changed from 5.14.4 to 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
Updated by Nicolas Eysseric about 6 years ago
- Subject changed from WF- Réaffecter une tâche mais pas prise en compte to WF- Réaffectation d'une tâche pas totalement prise en compte
- Status changed from In progress... to Resolved
- Target version set to Version 5.15.3
- % Done changed from 0 to 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.
Updated by Nicolas Eysseric about 6 years ago
- File DemandeCongesSimpleBug7174.xml DemandeCongesSimpleBug7174.xml added
- File demandeCongesSimpleBugMGIC.xml demandeCongesSimpleBugMGIC.xml added
Je joins un workflow qui permet de tester la correction...
Updated by Marc Avenel about 6 years ago
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"
Updated by Nicolas Eysseric about 6 years ago
Pardon ? Qu'est ce qui est dommage ?
Updated by Marc Avenel about 6 years ago
Que ça se fonctionne pas.
Car pour nous c'est vraiment important.
Mais on va y arriver. Pas de soucis
Updated by Nicolas Eysseric about 6 years ago
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...
Updated by Yohann Chastagnier about 6 years ago
- Status changed from Resolved to Integration in progress...
Updated by Marc Avenel about 6 years ago
Parfait.
Comme vous m'aviez adressé les XML.
Ok j'attends l'intégration.
Mes excuses
Updated by Yohann Chastagnier about 6 years ago
- Status changed from Integration in progress... to V6 pending
Validé et intégré en 5.15.x
Updated by Yohann Chastagnier about 6 years ago
- Status changed from V6 pending to Closed
Reporté en 6.x