Version candidate 3.4.2

Alors je ne suis pas vraiment fort en expression régulière mais je sais faire de la recherche
voilà ce qui pourrait correspondre à un nom d'utilisateur de domaine :
Cela prend en compte un nom de domaine commençant et finissant par une lettre de l'alphabet, contenant n'importe quel caractère alphanumérique ainsi que des tirets ou des points et limité à 61 + 2 caractères puis le fameux anti-slash "\" suivi d'un nom d'utilisateur composé de caractères alphanumériques seulement avec un minimum de deux caractères.

Où est faite cette vérification ? Dans quel script ?  La version précédante 3.4.1f mémorisait correctement le nom d'utilisateur SMTP ainsi formaté car je parle ici toujours du nom d'utilisateur pour s'authentifier sur le serveur SMTP. (sur la page admin_config3.php)

à bientôt

Merci pour l'expression régulière !
C'est la fonction validate_email qui a été modifiée en changeant de version, le filtre précédent était trop laxiste.
Vous pouvez donc voir ce que donnent les scripts suite aux derniers commits sur la branche github.com/JeromeDevome/GRR/tree/GRR-3.4.2
Et encore merci pour votre patience et votre aide !

Bonjour,

C'est avec plaisir si je peux apporter un peu d'aide à l'amélioration de ce logiciel que nous utilisons depuis longtemps.
J'ai bien peu par contre qu'il y ait un malentendu en ce qui concerne la dernière modification :
C'est le champ du nom d'utilisateur qui posait problème et non celui de l'adresse mail, la regex fournie ne devrait fonctionner que pour un nom d'utilsateur de domaine.
voici une capture d'écran :


Je crain du coup que la dernière modification fasse plus de mal que de bien :S

Désolé j'avais lu trop vite.
Si j'ai bien compris, les dernières modifications sur la branche 3.4.2 devraient satisfaire votre demande.
github.com/JeromeDevome/GRR/tree/GRR-3.4.2
Cordialement,
YN

Bonjour,

aucun souci, j'imagine bien que c'est loin d'être votre activité principale ...

j'ai du enlever le correctif car j'avais un message d'erreur me disant que le nom d'utilisateur n'était pas valide dans les deux cas de figures cette fois ci :
DOMAIN\user et user@DOMAIN . Désolé mais je n'ai pas eu le temps d'y regarder de plus près.

J'a rencontré une autre soucis sur cette version 3.4.2 en faisant mes tests, voulez-vous que je le détail ici, sur un autre sujet du forum ou sur Github ?

Bonjour
Je ne pourrai pas étudier la question tout de suite, mais c’est aussi bien de déposer vos découvertes dans cette discussion.
Je ne comprends pas pourquoi user@domain est maintenant refusé, à moins que j’aie fait une erreur de syntaxe :-(
J’y reviens dès que possible.
Cordialement
YN

Aucun problèmes

Donc, je ne sais pas si c'est uniquement sur la version 3.4.2 mais quand un utilisateur va sur la gestion de son compte, dans l'onglet "Mes coordonnées", les champs Nom, Prénom et Email ont tous en plus des informations enregistrées le mot "disabled" ajouté à la fin du champ. Si je tente de les effacer et d'enregister, ils apparaissent de nouveau.
Voici une capture :




 

Bonjour
Merci pour votre retour.
Vraisemblablement une erreur de syntaxe...
Cela se produit-il également si les utilisateurs sont autorisés à modifier nom, prénom et e-mail ?
Cordialement
YN

C'est exactement ça, ça ne se produit pas si les utilisateurs sont autorisés à modifer leurs nom et adresse mail

Bonjour,J'ai remarqué que lorsque j'essaye de copier une entrée, les champs additionelles ne sont pas affichés. Vous ne pouvez pas non plus enregistrer l'entrée copiée. J'ai déjà téléchargé le edit_entry_champs_add.php qui a été mis à jour il y a quelques jours. Auparavant, les champs supplémentaires n'étaient pas disponibles pour une nouvelle entrée.

Cordialement
Alex.