backoffice: use dedicated SQL query to get resolution times (#7107) #1059
lguerin
Loading…
Reference in New Issue
No description provided.
Delete Branch "wip/7107-form-resolution-times-local-stat"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Ces pages sont obsolètes mais plutôt que rejeter le ticket, comme on a désormais une méthode SQL dédiée, l'utiliser ici. (le fonctionnement est un peu différent, le code actuel prenait comme t0 le formdata.receipt_time, le code SQL prend le timestamp de l'évolution correspondant au premier statut) (ça peut donner un résultat différent si le workflow est modifié avec ajout d'un nouveau satut au début).
da7e71e171to7bd4b21df8@ -153,2 +153,4 @@else:formdata.jump_status('finished')# make sure both evolution times are not at the exact same secondformdata.evolution[-1].time = time.localtime(time.mktime(formdata.evolution[-2].time) + 60)Sinon je me trouvais avec des temps à zéro et ils étaient ignorés lors de
(cf #86006).
@ -3149,3 +3149,3 @@return r.getvalue()def stats_resolution_time(self, values):def stats_resolution_time(self, criterias):Dans values il y avait tous les formdata, on remplace par les critères.
@ -2340,0 +2343,4 @@for criteria in extra_criterias:# change attributes to point to the formdata table (f)altered_criteria = copy.copy(criteria)altered_criteria.attribute = f'f.{criteria.attribute}'La table formdata est renommée "f" et il faut la pointer explicitement (sinon un critère status est ambigu parce qu'il y a une colonne status sur la table formdata et une colonne status sur la table evolution).
WIP: backoffice: use dedicated SQL query to get resolution times (#7107)to backoffice: use dedicated SQL query to get resolution times (#7107)7bd4b21df8to5122ae94d65122ae94d6to721f411692