Produits Entr'ouvert » Authentic 2

Et donc le commentaire que je mettais dans #33550 vient ici, et rejoint la partie "travailler l'UI".

Je suggérais (bien mal) de commencer par recueillir ce qui pouvait exister niveau UI pour les usagers qui voudraient configurer ça (regarder gitlab, github, gmail, etc.). (mais à regarder ces patchs cette partie ne se trouve pas dans ce ticket).

Basiquement, quelque chose comme https://wiki.gnome.org/Design/Apps/Maps/RelevantArt , une compilation de captures d'écran. (tout ça pourrait aller dans une page du wiki)

Frédéric Péters a écrit :

Basiquement, quelque chose comme https://wiki.gnome.org/Design/Apps/Maps/RelevantArt , une compilation de captures d'écran. (tout ça pourrait aller dans une page du wiki)

Fait ici, pour Google, Gitlab, Github https://dev.entrouvert.org/projects/bidon/wiki/Exemple_d'UI_authentification_TOTP. Pour le moment ça ne m'a pas paru utile d'en faire d'autres.
Par rapport à ce qui est déjà dans les patches du ticket, les bonnes idées à récupérer me semblent être les codes de secours, redemander le mot de passe avant de permettre l'activation et envoyer une notification par mail quand les réglages changent. Il faut aussi réfléchir à comment on va gérer le cas de quelqu'un qui a perdu son téléphone ou autre appareil et qui se retrouve bloqué.
Pourquoi pas ajouter une sous-page du profil a2 dédiée aux facteurs secondaires aussi, en l'état c'est sûrement pas très compréhensible d'avoir les réglages FC et TOTP affichés l'un à côté de l'autre, par ex.

Valentin Deniaud a écrit :

Pourquoi pas ajouter une sous-page du profil a2 dédiée aux facteurs secondaires aussi, en l'état c'est sûrement pas très compréhensible d'avoir les réglages FC et TOTP affichés l'un à côté de l'autre, par ex.

Fait dans le ticket d'avant https://dev.entrouvert.org/issues/33550#note-6.

Plusieurs choses en passant, ne pas utiliser le système de plugin, il est déprécié.

En faire une application à part dans authentic2_auth_otp par exemple.

Benjamin Dauvergne a écrit :

le système de plugin est déprécié.

Pas sûr de comprendre cette formulation, toutes les apps dans src/ du type authentic2_auth_* étant aussi des plugins.
J'en déduis que ce qui est déprécié c'est de les planquer autre part. Donc un mv et c'est dans la poche, en gros, pas de code à modifier ?

Valentin Deniaud a écrit :

Benjamin Dauvergne a écrit :

le système de plugin est déprécié.

Pas sûr de comprendre cette formulation, toutes les apps dans src/ du type authentic2_auth_* étant aussi des plugins.

Ça ne change pas le fait qu'il ne faut pas en créer de nouvelle.

J'en déduis que ce qui est déprécié c'est de les planquer autre part. Donc un mv et c'est dans la poche, en gros, pas de code à modifier ?

Le système de plugin est déprécié ça veut dire : il faut tout déclarer dans les settings directement et simplement.

L'autre partie qui n'a rien à voir avec les plugins c'est qu'on ne crée plus d'application dans authentic2/ on les met dans src en utilisant le namespace authentic2_*.

Valentin Deniaud a écrit :

C'est marrant, du coup j'ai presque l'impression de faire du django et pas de l'authentic ! (/trolldi)

C'est l'objectif.