Eric a écrit:

Exact. On parle bien de la sensibilité à la casse à l'inscription. Le [Bugtracker] ticket 1835 est toujours ouvert et donc d'actualité.

OK, mais justement je voulais parler de l'insensibilité à la casse à l'identification. Cette fonctionnalité n'existe donc plus dans UAM même pour les galeries en 2.0 ? Si c'est le cas j'essaierai de réinstaller une ancienne version de UAM.

Je n'ai fait le test qu'une fois, mais je suis bien certain qu'après avoir activé l'option dans UAM, l'identification se faisait de façon insensible à la casse.

Au vu des dates de publication des versions, j'aurais tendance à penser que j'ai commencé avec la version 2.10.8 ou 2.10.9.

Par ailleurs, c'est aussi le sens du message de clemouel dans [Forum, post 144772 by clemouel in topic 12775] [Plugin] nbc UserAdvManager.

Bonjour,

J'ai voulu rendre l'inscription à ma galerie insensible à la casse et j'ai donc rajouté "$conf['insensitive_case_logon'] = true" dans mon config.inc.php avec LocalFiles Editor mais je me suis rendu compte que ça ne fonctionnait pas si UserAdvManager était activé.
Par contre, si je le désactive alors tout fonctionne parfaitement. Une solution ?

Pierric a écrit:

Bonjour,

J'ai voulu rendre l'inscription à ma galerie insensible à la casse et j'ai donc rajouté "$conf['insensitive_case_logon'] = true" dans mon config.inc.php avec LocalFiles Editor mais je me suis rendu compte que ça ne fonctionnait pas si UserAdvManager était activé.
Par contre, si je le désactive alors tout fonctionne parfaitement. Une solution ?

Quelle version de Piwigo et UAM ?

Je fais des tests et je vois çà.

Eric a écrit:

Je suis à la bourre... Désolé.

Ces développeurs, qu'est-ce qu'ils peuvent être LENTS !

(C'est un gag.)

Pierric a écrit:

Bonjour,

J'ai voulu rendre l'inscription à ma galerie insensible à la casse et j'ai donc rajouté "$conf['insensitive_case_logon'] = true" dans mon config.inc.php avec LocalFiles Editor mais je me suis rendu compte que ça ne fonctionnait pas si UserAdvManager était activé.
Par contre, si je le désactive alors tout fonctionne parfaitement. Une solution ?

Ça rappelle des souvenirs...

Par contre le "fonctionne parfaitement" lorsque UAM est désactivé, c'est étonnant.

@Pierric : de quelle sensibilité à la casse parles-tu, à la création d'un username, ou lors de l'identification d'un visiteur ? (Voir [Forum, topic 17946] Sensibilité à la casse dans "le core".)

Eric a écrit:

Je vais répondre pour Pierric : J'ai fait des tests et le problème se produit à la création d'un nouveau Username.
Si "test" existe déjà et qu'un nouvel utilisateur veut s'inscrire avec "TEST", si UAM est actif et $conf['insensitive_case_logon'] = true => Le compte TEST est créé malgré tout.

Si "test" existe déjà et qu'un nouvel utilisateur veut s'inscrire avec "TEST", si UAM est inactif et $conf['insensitive_case_logon'] = true => Le compte TEST n'est pas créé et un bandeau rouge indique que le login existe déjà.

Il doit rester une coquille de l'ancienne gestion des casses dans UAM...

OK, merci pour la précision.

Bon courage :-)) ......

EDIT :
pour reprendre un post de plg dans le forum anglophone, il est vrai que cette variable $conf['insensitive_case_logon'] est éminemment déroutante, ce qui a d'ailleurs généré le [Bugtracker] ticket 1836. La logique négative du 'insensitive' n'est déjà pas géniale, mais en plus ce n'est pas au 'logon' que cette variable agit, mais à la création d'un compte.

Dernière modification par LucMorizur (2010-12-01 18:54:07)

Nouvelle version 2.15.10 corrige un bug de compatibilité avec le plugin Captcha !

zaibakker a écrit:

Bonjour,


Une question:
Que fait l'action "validation manuelle" du menu "suivi des validations" lorsque l'option "Activer - Validation par l'administrateur (pas d'envoi de clé de validation)" est coché.

On aurait pu croire que le groupe ou statut de validation change automatiquement mais il n'est est rien.

Ce devrait être, normalement, le cas. Là est tout le principe de la validation manuelle. ^^
Mais il y a effectivement un bug à ce niveau. Noté dans le bugtracker du projet et sera corrigé dans la prochaine version du plugin: [Bugtracker] ticket 2053

zaibakker a écrit:

ps: L'idée de purger la vue "validation manuelle" pour tous les users validés aurait été intéressante. non?

Pb lié au bug notifié ci-dessus. ;-)