Projet

Général

Profil

Development #78046

Pouvoir définir quels attributs de type téléphone sont à vocation identifiante pour l’usager

Ajouté par Paul Marillonnet il y a 10 mois. Mis à jour il y a 9 mois.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Catégorie:
-
Version cible:
-
Début:
31 mai 2023
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non

Description

Voir les résultats sortis dans #73677, on dirait il n’y a pas deux instances qui ont un usage similaire des champs de type téléphone.
Certaines utilisent majoritairement le champ phone, lequel vient de fait recueillir des numéros de téléphone mobile, d’autres encore utilisent exclusivement le champ mobile.
Il y a eu dans #69228 la tentative de trancher, en arrêter de déployer le champ mobile ; le champ phone devenant alors le champ principal, à vocation identifiante, et des champs secondaires pouvant être créés au cas par cas. Il n’en reste pas moins qu’il y a un certain existant et qu’on aurait intérêt à pouvoir définir, instance par instance, les champs téléphones qui sont pris en compte pour l’identification des usagers.


Demandes liées

Lié à Publik - Development #49212: Création de compte avec un numéro de téléphone mobileEn cours01 octobre 2021

Actions
Lié à Authentic 2 - Bug #73677: Sortir des statistiques d’utilisation de l’attribut de profil mobileFermé23 janvier 2023

Actions
Lié à Authentic 2 - Development #79135: custom_user : déprécier le champ de base User.phoneFermé27 juin 2023

Actions
Lié à Hobo - Development #79137: profil usager : gérer la tentative de désactivation d’un attribut téléphone utilisé comme identifiant dans a2Fermé27 juin 2023

Actions
Lié à Authentic 2 - Development #79183: api: endpoint local authentication healthcheckFermé28 juin 2023

Actions

Révisions associées

Révision a1169d83 (diff)
Ajouté par Paul Marillonnet il y a 9 mois

add identifiers options on login/password authn (#78046)

Révision eef2e168 (diff)
Ajouté par Paul Marillonnet il y a 9 mois

migrate A2_ACCEPT_*_AUTHENTICATION to models (#78046)

Révision f9b9d9ac (diff)
Ajouté par Paul Marillonnet il y a 9 mois

authn: let the model backend decide which phone attribute to use (#78046)

Révision 795f04ea (diff)
Ajouté par Paul Marillonnet il y a 9 mois

registration: decide on which phone attribute to use (#78046)

Révision 053899cb (diff)
Ajouté par Paul Marillonnet il y a 9 mois

password reset: decide on which phone attribute to use (#78046)

Révision e4cb69c1 (diff)
Ajouté par Paul Marillonnet il y a 9 mois

/manage/: make phone-authn config a flagged feature (#78046)

Révision 08d7c096 (diff)
Ajouté par Paul Marillonnet il y a 9 mois

translation update (#78046)

Historique

#1

Mis à jour par Paul Marillonnet il y a 10 mois

  • Lié à Development #49212: Création de compte avec un numéro de téléphone mobile ajouté
#2

Mis à jour par Paul Marillonnet il y a 10 mois

  • Description mis à jour (diff)
#3

Mis à jour par Paul Marillonnet il y a 10 mois

  • Sujet changé de Pouvoir définir quels attributs de type téléphone sont à vocation identifiante pour l’usage à Pouvoir définir quels attributs de type téléphone sont à vocation identifiante pour l’usager
#4

Mis à jour par Paul Marillonnet il y a 10 mois

En reprenant a peu près ce qui a été discuté en privé dans #73677 :

————

Partant du constat que les briques n’ont pas besoin de savoir lequel des attributs de téléphone entre en compte dans le process d’authentification, je me voyais bien ajouter un onglet de config de l’authentificateur login/mdp :

Attributs qui entrent en compte dans le processus d’authentification :
======================================================================

☐ Username
☑ Email

◯ Téléphone principal
🔘 Téléphone mobile
◯ Téléphone professionnel

(Avec, bien sûr, la liste des attributs de type téléphone déduite dynamiquement en fonction de l’état du profil utilisateur étendu. Et peut-être aussi un message à l’admin indiquant que les usagers doivent savoir que pour bénéficier pleinement de la fonctionnalité authn téléphone ils doivent fournir un numéro correspondant à une ligne capable de recevoir des SMS — vraisemblablement une ligne mobile.)

À vue de nez, une fois qu’on a cette liste, le code dans le backend de l’authentificateur nécessite très peu de changements.

————

Cela permettrait de dégager les settings A2_ACCEPT_*_AUTHENTICATION. Il resterait à voir comment cela s’articule avec le sélecteur d’attribut principal téléphone dans les settings BO w.c.s.

#5

Mis à jour par Paul Marillonnet il y a 10 mois

  • Statut changé de Nouveau à En cours
  • Assigné à mis à Paul Marillonnet
#6

Mis à jour par Robot Gitea il y a 10 mois

Paul Marillonnet (pmarillonnet) a ouvert une pull request sur Gitea concernant cette demande :

#8

Mis à jour par Mikaël Ates il y a 10 mois

  • Lié à Bug #73677: Sortir des statistiques d’utilisation de l’attribut de profil mobile ajouté
#9

Mis à jour par Robot Gitea il y a 9 mois

  • Statut changé de En cours à Solution proposée
#10

Mis à jour par Paul Marillonnet il y a 9 mois

  • Projet changé de Publik à Authentic 2
  • Club Non supprimé
#11

Mis à jour par Robot Gitea il y a 9 mois

  • Statut changé de Solution proposée à En cours

Valentin Deniaud (vdeniaud) a relu et demandé des modifications sur une pull request sur Gitea concernant cette demande :

#12

Mis à jour par Robot Gitea il y a 9 mois

Valentin Deniaud (vdeniaud) a relu et demandé des modifications sur une pull request sur Gitea concernant cette demande :

#13

Mis à jour par Robot Gitea il y a 9 mois

  • Statut changé de En cours à Solution proposée
#14

Mis à jour par Robot Gitea il y a 9 mois

  • Statut changé de Solution proposée à Solution validée

Valentin Deniaud (vdeniaud) a approuvé une pull request sur Gitea concernant cette demande :

#15

Mis à jour par Robot Gitea il y a 9 mois

  • Statut changé de Solution validée à Résolu (à déployer)

Paul Marillonnet (pmarillonnet) a mergé une pull request sur Gitea concernant cette demande :

#16

Mis à jour par Transition automatique il y a 9 mois

  • Statut changé de Résolu (à déployer) à Solution déployée
#17

Mis à jour par Paul Marillonnet il y a 9 mois

  • Lié à Development #79135: custom_user : déprécier le champ de base User.phone ajouté
#18

Mis à jour par Paul Marillonnet il y a 9 mois

  • Lié à Development #79137: profil usager : gérer la tentative de désactivation d’un attribut téléphone utilisé comme identifiant dans a2 ajouté
#19

Mis à jour par Paul Marillonnet il y a 9 mois

#20

Mis à jour par Transition automatique il y a 7 mois

Automatic expiration

Formats disponibles : Atom PDF