Bug #17530
enregistrement dans l'historique d'une édition avec saut
0%
Description
Statuts A et B, le A envoie vers B, le B contient une action d'édition avec changement de statut vers A.
id | who | status | time | comment | parts | formdata_id ------+------------+--------+---------------------+---------+-------+------------- 3830 | _submitter | wf-1 | 2017-07-11 09:29:26 | | | 1510 3831 | | wf-2 | 2017-07-11 09:29:28 | | | 1510 3896 | | | 2017-07-11 10:48:05 | | | 1510
Comment arrive cette troisième ligne au moment de l'édition ? On s'attendrait plutôt à voir à nouveau wf-1 puis wf-2. (détail, wf-1 est caché à l'usager, ça ne doit pas avoir d'incidence)
Une première analyse me faisait dire que ça arrive là-dedans après l'édition :
for item in wf_status.items: if item.id == self.edit_action_id and item.status: self.edited_data.jump_status(item.status) url = self.edited_data.perform_workflow() break
On change de statut puis on exécute les actions du nouveau statut. Mais dans cette exécution on arrive de nouveau au statut B et on rencontre donc :
if formdata.status != old_status: if not formdata.evolution: formdata.evolution = [] evo = Evolution() evo.time = time.localtime() ...
Et on n'a du coup pas d'entrée enregistrée dans l'historique.
Mais pourtant le self.edited_data.jump_status(item.status)
devrait enregistrer une ligne d'évolution.
Historique
Mis à jour par Frédéric Péters il y a 5 mois
- Statut changé de Nouveau à Fermé
- Planning mis à Non
#52629 a vu ça et corrigé ça, c'était une édition annulée.