Development #37169
Enchainement de deux changement de statuts automatiques avec marqueur de statut
0%
Description
Constaté sur la plateforme du CD13 et reproduit sur notre instance de démo
Dans le statut "En cours" on place une action de changement de statut automatique basé sur une expiration et contenant un marqueur vers ce statut : https://demarches-publik.entrouvert.com/backoffice/workflows/120/status/2/items/7/
Dans le statut "Relance" on place un changement de statut automatique pour revenir vers le statut "En cours" (qu'on applique un délai d'expiration ou non à cette action ne change rien) : https://demarches-publik.entrouvert.com/backoffice/workflows/120/status/6/items/1/
En pratique, lorsque la demande dans le statut "En cours" bascule dans le statut "Relance" elle ne reviens ensuite pas dans le statut "En cours"
J'ai essayé avec des action sans l'utilisation du marqueur et ça fonctionne, je pense donc qu'il y a un conflit entre le marqueur et l'expiration auto.
Fichiers
Révisions associées
Historique
Mis à jour par Frédéric Péters il y a plus de 4 ans
Tu peux développer le déroulé ? Il faut cliquer sur quoi pour reproduire sans même chercher à comprendre ?
Mis à jour par Nicolas Gif il y a plus de 4 ans
Victor Claudet a écrit :
Dans le statut "Relance" on place un changement de statut automatique pour revenir vers le statut "En cours" (qu'on applique un délai d'expiration ou non à cette action ne change rien) : https://demarches-publik.entrouvert.com/backoffice/workflows/120/status/6/items/1/
Si je peux me permettre, ça ne fonctionne pas non plus avec un changement de statut manuel pour revenir vers le statut "En cours".
Mis à jour par Frédéric Péters il y a plus de 4 ans
- Statut changé de Nouveau à Information nécessaire
- Assigné à mis à Victor Claudet
Tu peux développer le déroulé ? Il faut cliquer sur quoi pour reproduire sans même chercher à comprendre ?
Mis à jour par Pierre Cros il y a plus de 4 ans
- Assigné à changé de Victor Claudet à Pierre Cros
Je me mets dessus cet aprèm
Mis à jour par Victor Claudet il y a plus de 4 ans
sur cette demande : https://demarches-publik.entrouvert.com/backoffice/management/test-vic-2019/46/
tu cliques sur le bouton "en cours" , la demande passe "En cours". Au bout de 20 minutes la demande passe en statut relance (expiration auto avec marqueur).
Dans le statut "relance" tu as une expiration auto vers le statut précédemment marqué au bout de 20 minutes également (c'est cette expiration qui ne fonctionne pas).
Dans ce même statut tu as changement de statut manuel "en cours" qui renvoie vers le statut précédemment marqué (je confirme que ce bouton ne fonctionne pas non plus suite à la remarque de Nicolas).
Mis à jour par Frédéric Péters il y a plus de 4 ans
- Tracker changé de Support à Development
- Projet changé de Publik à w.c.s.
- Statut changé de Information nécessaire à En cours
- Assigné à changé de Pierre Cros à Frédéric Péters
Mis à jour par Frédéric Péters il y a plus de 4 ans
- Fichier 0001-workflows-also-mark-status-on-trigger-timeout-jumps-.patch 0001-workflows-also-mark-status-on-trigger-timeout-jumps-.patch ajouté
- Statut changé de En cours à Solution proposée
- Patch proposed changé de Non à Oui
(branche en cours)
Mis à jour par Thomas Noël il y a plus de 4 ans
Dans la même veine, est-ce qu'il ne manquerait pas un self.action.handle_markers_stack(self.formdata)
juste au dessus du jump_and_perform dans le submit de wcs/forms/actions.py ?
De fait, j'ai l'impression que def jump_and_perform(formdata, status, workflow_data=None)
pourrait plutôt recevoir l'action de saut (disons "jump_item") au lieu de son seul status
cible, et ainsi effectuer le jump_item.handle_markers_stack(formdata)
elle-même, puis sauter vers jump_item.status
. Je ne sais pas ce que tu en penses...
Mis à jour par Frédéric Péters il y a plus de 4 ans
- Statut changé de Solution proposée à En cours
Dans la même veine, est-ce qu'il ne manquerait pas un self.action.handle_markers_stack(self.formdata) juste au dessus du jump_and_perform dans le submit de wcs/forms/actions.py ?
Oui je me suis posé la question (après git grep jump_and_perform) et sur le moment je me suis dit que je n'étais pas bien sûr; et c'est pour ça qu'au final je n'ai pas touché jump_and_perform en elle-même.
Je vais réfléchir à nouveau un peu sur ce wcs/forms/actions.
Mis à jour par Frédéric Péters il y a plus de 4 ans
- Fichier 0001-workflows-also-mark-status-on-trigger-timeout-jumps-.patch 0001-workflows-also-mark-status-on-trigger-timeout-jumps-.patch ajouté
- Sujet changé de [W.C.S.] Enchainement de deux changement de statuts automatiques avec marqueur de statut à Enchainement de deux changement de statuts automatiques avec marqueur de statut
- Statut changé de En cours à Solution proposée
Voilà l'affaire unifiée dans jump_and_perform.
Mis à jour par Thomas Noël il y a plus de 4 ans
- Statut changé de Solution proposée à Solution validée
Impec.
Mis à jour par Frédéric Péters il y a plus de 4 ans
- Statut changé de Solution validée à Résolu (à déployer)
commit 74b430284bb20b663758eb6ecc2314e005770828 Author: Frédéric Péters <fpeters@entrouvert.com> Date: Tue Oct 29 13:23:34 2019 +0100 workflows: also mark status on trigger/timeout jumps (#37169)
Mis à jour par Frédéric Péters il y a plus de 4 ans
- Statut changé de Résolu (à déployer) à Solution déployée
workflows: also mark status on trigger/timeout jumps (#37169)