Project

General

Profile

Development #78046

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

Added by Paul Marillonnet 9 months ago. Updated 8 months ago.

Status:
Fermé
Priority:
Normal
Category:
-
Target version:
-
Start date:
31 May 2023
Due date:
% Done:

0%

Estimated time:
Patch proposed:
No
Planning:
No

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.


Related issues

Related to Publik - Development #49212: Création de compte avec un numéro de téléphone mobileEn cours01 October 2021

Actions
Related to Authentic 2 - Bug #73677: Sortir des statistiques d’utilisation de l’attribut de profil mobileFermé23 January 2023

Actions
Related to Authentic 2 - Development #79135: custom_user : déprécier le champ de base User.phoneFermé27 June 2023

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

Actions
Related to Authentic 2 - Development #79183: api: endpoint local authentication healthcheckFermé28 June 2023

Actions

Associated revisions

Revision a1169d83 (diff)
Added by Paul Marillonnet 8 months ago

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

Revision eef2e168 (diff)
Added by Paul Marillonnet 8 months ago

migrate A2_ACCEPT_*_AUTHENTICATION to models (#78046)

Revision f9b9d9ac (diff)
Added by Paul Marillonnet 8 months ago

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

Revision 795f04ea (diff)
Added by Paul Marillonnet 8 months ago

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

Revision 053899cb (diff)
Added by Paul Marillonnet 8 months ago

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

Revision e4cb69c1 (diff)
Added by Paul Marillonnet 8 months ago

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

Revision 08d7c096 (diff)
Added by Paul Marillonnet 8 months ago

translation update (#78046)

History

#1

Updated by Paul Marillonnet 9 months ago

  • Related to Development #49212: Création de compte avec un numéro de téléphone mobile added
#2

Updated by Paul Marillonnet 9 months ago

  • Description updated (diff)
#3

Updated by Paul Marillonnet 9 months ago

  • Subject changed from Pouvoir définir quels attributs de type téléphone sont à vocation identifiante pour l’usage to Pouvoir définir quels attributs de type téléphone sont à vocation identifiante pour l’usager
#4

Updated by Paul Marillonnet 8 months ago

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

Updated by Paul Marillonnet 8 months ago

  • Status changed from Nouveau to En cours
  • Assignee set to Paul Marillonnet
#6

Updated by Robot Gitea 8 months ago

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

#8

Updated by Mikaël Ates 8 months ago

  • Related to Bug #73677: Sortir des statistiques d’utilisation de l’attribut de profil mobile added
#9

Updated by Robot Gitea 8 months ago

  • Status changed from En cours to Solution proposée
#10

Updated by Paul Marillonnet 8 months ago

  • Project changed from Publik to Authentic 2
  • Club deleted (No)
#11

Updated by Robot Gitea 8 months ago

  • Status changed from Solution proposée to En cours

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

#12

Updated by Robot Gitea 8 months ago

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

#13

Updated by Robot Gitea 8 months ago

  • Status changed from En cours to Solution proposée
#14

Updated by Robot Gitea 8 months ago

  • Status changed from Solution proposée to Solution validée

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

#15

Updated by Robot Gitea 8 months ago

  • Status changed from Solution validée to Résolu (à déployer)

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

#16

Updated by Transition automatique 8 months ago

  • Status changed from Résolu (à déployer) to Solution déployée
#17

Updated by Paul Marillonnet 8 months ago

  • Related to Development #79135: custom_user : déprécier le champ de base User.phone added
#18

Updated by Paul Marillonnet 8 months ago

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

Updated by Paul Marillonnet 8 months ago

#20

Updated by Transition automatique 6 months ago

Automatic expiration

Also available in: Atom PDF