Erreur 500 lors de l'affichage d'une demande assignée à un opérateur qui n'existe plus [redmine:22570]

yblatti commented 5 years ago

Original author : Rémi Bovard

Pour reproduire :

Se connecter avec compte U1
Créer un compte U2
Créer un traitement T1, avec U1 et U2 comme opérateurs
Faire une commande C1 qui arrive dans T1
Traiter commande C1
Supprimer U2
Afficher C1 dans la liste des demandes traitées

L'erreur suivante se produit :


Une erreur s'est produite lors de la dernière opération.

500 - Internal Server Error

Exception evaluating SpringEL expression: "user.systemUser" (requests/details:376)

Le problème est que U1 existe toujours et est toujours assigné à T1, donc il n'a plus accès au détails de C1 (err500).

Version : EXTRACT 1.2

Budget : 1860

yblatti commented 5 years ago

Original author : Yves Blatti

Origine supposée : Lors de la suppression d'un user, ses entrées d'historique passent à NULL. (@ON DELETE SET NULL@) %{color:green}Proposition% : utiliser du soft-delete pour les users.

%{color:red}Attention% : il faut faire une passe sur les cas de suppression pour les autres entités / tables du système !

yblatti commented 5 years ago

Original author : Rémi Bovard

En fait pour que le problème se produise, il faut que U2 ait validé C1 (= entrée dans l'historique request_history)

yblatti commented 5 years ago

Original author : Yves Blatti

Résolu en 1.2-BETA1

yblatti commented 5 years ago

Original author : Rémi Bovard

Pas testé.

yblatti / issue-test

Erreur 500 lors de l'affichage d'une demande assignée à un opérateur qui n'existe plus [redmine:22570] #50