Pour info dans ce cas là moi je mets un md5 de l’email dans le login juste pour le remplir et je m’en occupe plus après…
Sinon il faut que tu gères la synchro quand l’utilisateur change son email, sinon son ancien email peut continuer à servir pour le login et c’est source de confusion…
--
Cédric
Le 10 avr. 2019 à 18:57 +0200, spip-zone-commit@rezo.net, a écrit :
Modified:
_plugins_/profils/trunk/formulaires/profil.php
_plugins_/profils/trunk/paquet.xml
Log:
Encore un bug : apparemment même si on a un email, SPIP refuse de permettre aux gens de se connecter si le login est vide (car pas utilisé par ex) ! Donc à l'insertion, on force le login en copiant aussi l'email dedans. Comme ça tout le monde peut se connecter.
Pour info dans ce cas là moi je mets un md5 de l’email dans le login
juste pour le remplir et je m’en occupe plus après…
Sinon il faut que tu gères la synchro quand l’utilisateur change son
email, sinon son ancien email peut continuer à servir pour le login et
c’est source de confusion…
md5 de l’email dans le login juste pour le remplir et je m’en occupe
plus après…
En fait… On ne peut pas ne plus s'en occuper il me semble.
Car apparemment ya une incohérence dans SPIP 3 :
- désormais durant l'inscription, on incite bien les gens à utiliser
leur email : dans la notif, c'est l'email qui est donné comme identifiant
- MAIS dans #FORMULAIRE_MOT_DE_PASSE, quand on a fini de le changer, ça
affiche "Le mot de passe a bien été modifié. Pour rappel votre
identifiant est «LOGIN»" !
Et du coup ça va afficher "ac53ee86b1f04e038e3a5928779a0477" dans ce
message… Là les gens vont rien comprendre. Pas très friendly.
Faudrait le corriger dans le noyau non ? Si le compte a un email rempli,
ça devrait afficher l'email, et seulement sinon le champ login ?
Mais par contre en attendant une correction du noyau, j'ai voulu en
attendant surcharger le message de #FORMULAIRE_MOT_DE_PASSE depuis le
pipeline traiter et… impossible comme expliqué dans le log de commit
