Project

General

Profile

Actions

Bug #7174

closed

WF- Réaffectation d'une tâche pas totalement prise en compte

Added by Marc Avenel about 6 years ago. Updated over 5 years ago.

Status:
Closed
Priority:
Normal
Category:
Workflow
Start date:
12/03/2015
Due date:
% Done:

100%

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

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

Related issues

Has duplicate Process Manager - Bug #7465: Réassignation de tâcheRejected02/04/2016

Actions
Actions #2

Updated by Sebastien Vuillet about 6 years ago

  • Status changed from New to In progress...
Actions #3

Updated by Sebastien Vuillet about 6 years ago

  • Priority changed from Immediate to Normal
Actions #4

Updated by Sebastien Vuillet about 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
Actions #5

Updated by Sebastien Vuillet about 6 years ago

Je reproduis le problème.

Actions #6

Updated by Sebastien Vuillet about 6 years ago

La table sb_formtemplate_textfield n'est pas mise à jour.

Actions #7

Updated by Sebastien Vuillet about 6 years ago

Le problème vient de la classe ProcessManagerRequestRouter, ligne 274 [ form.update(items, data, context); ]

Actions #8

Updated by Nicolas Eysseric almost 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).

Actions #9

Updated by Nicolas Eysseric almost 6 years ago

  • Has duplicate Bug #7465: Réassignation de tâche added
Actions #11

Updated by Marc Avenel over 5 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

Actions #13

Updated by Nicolas Eysseric over 5 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
Traité par PR :

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.

Actions #14

Updated by Nicolas Eysseric over 5 years ago

Je joins un workflow qui permet de tester la correction...

Actions #15

Updated by Marc Avenel over 5 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"

Actions #16

Updated by Nicolas Eysseric over 5 years ago

Euh... euh... Pardon ?

Actions #17

Updated by Marc Avenel over 5 years ago

Dommage...

Actions #18

Updated by Nicolas Eysseric over 5 years ago

Pardon ? Qu'est ce qui est dommage ?

Actions #19

Updated by Marc Avenel over 5 years ago

Que ça se fonctionne pas.
Car pour nous c'est vraiment important.
Mais on va y arriver. Pas de soucis

Actions #20

Updated by Nicolas Eysseric over 5 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...

Actions #21

Updated by Yohann Chastagnier over 5 years ago

  • Status changed from Resolved to Integration in progress...
Actions #22

Updated by Marc Avenel over 5 years ago

Parfait.
Comme vous m'aviez adressé les XML.
Ok j'attends l'intégration.
Mes excuses

Actions #23

Updated by Yohann Chastagnier over 5 years ago

  • Status changed from Integration in progress... to V6 pending

Validé et intégré en 5.15.x

Actions #24

Updated by Yohann Chastagnier over 5 years ago

  • Status changed from V6 pending to Closed

Reporté en 6.x

Actions

Also available in: Atom PDF