Projet

Général

Profil

Development #1775

Extension de la fonctionnalité "Change Status Visibility" dans les workflows

Ajouté par Victor Claudet il y a plus de 11 ans. Mis à jour il y a plus de 8 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
-
Version cible:
-
Début:
11 octobre 2012
Echéance:
% réalisé:

100%

Temps estimé:
Patch proposed:
Planning:

Description

Actuellement le "Change Status Visibility" ne cache l'information de ces statuts que dans le journal de la demande. Le caractère non visible de ce statut doit être général. Les demandes dans un statuts non visible ne doivent pas être visible dans ce statut depuis l'espace personnel de l'usager (historique des demandes) ni ailleurs.

Les demandes dans un statut non visible doivent apparaître pour l'usager comme appartenant encore au dernier statuts publié.

Difficulté supplémentaire, plusieurs statuts invisibles peuvent être enchaînes dans le processus du circuit de validation de la demande. Il faut donc pouvoir


Fichiers


Demandes liées

Lié à Au quotidien - Bug #1788: pb : affichage des status invisibles dans myspaceFermé16 octobre 2012

Actions

Historique

#1

Mis à jour par Frédéric Péters il y a plus de 11 ans

… terminer sa phrase ?

#2

Mis à jour par Frédéric Péters il y a plus de 11 ans

Plus sérieusement, pourrais-tu lister les endroits où un statut inopportun est affiché ?

#3

Mis à jour par Thomas Noël il y a plus de 11 ans

Vu ensemble avec Victor rapidement hier :
  • sur la page de présentation front-office d'un formdata, le statut est affiché : il faudrait afficher le dernier statut visible (et donc, parcourir le formdata.evolution et attraper le dernier visible)
  • et plus délicat : sur la page d'accueil et sur myspace (auquo), les formulaires sont triés par status, mais là encore il ne faudrait considérer que les status visibles... tout en affichant tous les formulaires, donc afficher ceux qui sont en statut invisibles comme s'ils étaient dans leur dernier statut visible.

Sans doute, pour s'aider, on pourrait prévoir un formdata::status_visible() qui renvoie le statut en fonction de l'utilisateur connecté... (en portant attention au mode "cron").

#4

Mis à jour par Frédéric Péters il y a plus de 11 ans

Je n'avais pas vu ton commentaire, voici déjà un premier patch qui correspond à ton second point, pas si délicat je pense, mais ta relecture sera appréciée.

#6

Mis à jour par Thomas Noël il y a plus de 11 ans

Frédéric Péters a écrit :

Je n'avais pas vu ton commentaire, voici déjà un premier patch qui correspond à ton second point, pas si délicat je pense, mais ta relecture sera appréciée.

Pour réduire un peu les parcours, on pourrait limiter le "for status in workflow.possible_status" aux seuls statuts visibles...?
(Quoique dans le myspace, on aura rarement des centaines de demandes, et me voilà à penser tout haut dans un ticket redmine, bravo, bravo)

#7

Mis à jour par Frédéric Péters il y a plus de 11 ans

  • Statut changé de Nouveau à Résolu (à déployer)

J'ai ajouté un peu de robustesset et réuni les patchs, puis envoyé.

#8

Mis à jour par Frédéric Péters il y a presque 11 ans

  • % réalisé changé de 0 à 100
#9

Mis à jour par Frédéric Péters il y a plus de 10 ans

  • Statut changé de Résolu (à déployer) à Fermé
#10

Mis à jour par Thomas Noël il y a plus de 8 ans

  • Version cible Au-quotidien 2012.3 supprimé

Formats disponibles : Atom PDF