Development #32379
Mis à jour par Valentin Deniaud il y a presque 5 ans
Était « Vérifications du niveau d'authentification des utilisateurs », mais ça ne veut plus dire grand chose vu qu'on y parle plus Voir #32372 dans authentic pour les détails.
Ici ce qu'il est intéressant de niveaux d'authentification.
Reste que le principe du ticket est le même, voir c'est la complexité des modifs à dire voir quelle quantité de code il faut ajouter/modifier pour faire marcher le multi-facteurs comme on veut, sachant que le travail fait ici devra être répliqué dans les autres briques, souvent plus complexes. C'est d'ailleurs pour ça que du code la brique devienne compatible avec l'authentification multifacteur. En gros un décorateur modifié, 20 lignes qui aurait pu se trouver ici a plutôt été mis changent dans mellon, en vue d'une réutilisation par models.py pour ajouter les autres briques. checks réglementaires, et peu ou prou 0 modif dans les vues.
Il reste à traiter le cas des is_staff associé au rôle d'administration.
Ici ce qu'il est intéressant de niveaux d'authentification.
Reste que le principe du ticket est le même, voir c'est la complexité des modifs à dire voir quelle quantité de code il faut ajouter/modifier pour faire marcher le multi-facteurs comme on veut, sachant que le travail fait ici devra être répliqué dans les autres briques, souvent plus complexes. C'est d'ailleurs pour ça que du code la brique devienne compatible avec l'authentification multifacteur. En gros un décorateur modifié, 20 lignes qui aurait pu se trouver ici a plutôt été mis changent dans mellon, en vue d'une réutilisation par models.py pour ajouter les autres briques. checks réglementaires, et peu ou prou 0 modif dans les vues.
Il reste à traiter le cas des is_staff associé au rôle d'administration.