fix: bug sur les gestionnaires sur Admin

[Guilouf]

Quoi ?

Bug rapporté par Pauline, trace ici

Pourquoi ?

Problème de contrainte d'intégrité sur les gestionnaires, alors qu'aucune n'est définie dans le modèle. Le problème se situe ici: https://github.com/gip-inclusion/le-marche/pull/109/files#diff-5e753eeddbaaab6c4cf67e55983d1712f6442f0d7c910907e9bd86d1eeb61f71R58

Du SQL a été exécuté, sans que le modèle de données ne reflète ces changements.

Comment ?

Une nouvelle migration à été créée pour remettre à plat le modèle sans contraintes fantômes.

Commentaire

Plus de contraintes fantômes, mais plus de contrainte tout court, un même utilisateur peut être gestionnaire 2 fois pour une même structure. Faut il ajouter une contrainte sur le modèle intermédiaire SiaeUser ?

Ticket sur django ouvert

[SebastienReuiller]

Whaou ! Bravo d'avoir trouvé ce bug bien vicieux.

Ta solution est peut-être un peu radicale/risquée de tout copier et renommer.

Est-ce que tu peux ajouter la contrainte d'unicité sur user / siae ? Logiquement, on ne peut pas avoir un utilisateur plusieurs fois liés à la même structure, mais sans cette contrainte, c'est possible de le faire dans l'admin.

[Guilouf]

Whaou ! Bravo d'avoir trouvé ce bug bien vicieux.

Ta solution est peut-être un peu radicale/risquée de tout copier et renommer.

Est-ce que tu peux ajouter la contrainte d'unicité sur user / siae ? Logiquement, on ne peut pas avoir un utilisateur plusieurs fois liés à la même structure, mais sans cette contrainte, c'est possible de le faire dans l'admin.

Merci pour la review, j'ai ajouté la contrainte d'intégrité, et la validation qui va avec. Pour ce qui est de la radicalité de la solution, je pense que c'est la manière la plus sure d'effacer les conséquences de la migration SQL sauvage, et d'avoir un SQL qui correspond exactement à ce qui a été fait par l'ORM.