[résolu] Problème de connexion

[Dominique]

Bref, ça me semblerait bizarre de corriger chez nous, ce qui me semble clairement un bug de firefox.

Pareil sous Chrome (et je n'ai pas essayé les autres)

Les autres PHPbb (et nous avant) ne sont pas "case sensitive" : il faut trouver pourquoi on y est maintenant !

[Dominique]

Note: j'ai installé un PHPbb sur PostgreSQL, la saisie des users n'est pas sensible aux majuscules
Il s'agit d'un PHPbb3, WRI est en PHPbb2, mais ni l'un ni l'autre ne sont censés être sensibles aux majuscules dans les users

Je considère que c'est un bug grave, à corriger

[sly]

J'ai pu confirmer en outre que la création d'un compte à l'identique d'un autre mais avec majuscules n'est pas possible.
Donc, le risque de doublons n'existe pas, ce qui est déjà une épine de moins dans le pied.

Reste donc la question à $10 : Pourquoi postgresql a changé le comportement de phpBB qui n'avait pas se problème avant ?
Et oui, c'est un problème bien embêtant car on peut supposer que plusieurs utilisateurs "silencieux" de wri se retrouvent à la porte...

[yip]

Est-ce que phpBB ne ferait pas un

Code : Tout sélectionner

LIKE

en interne des fois ?
en PostGresql, le LIKE est case-sensitive, pour avoir le meme fonctionnement qu'avant sur MySQL, faut utiliser:

Code : Tout sélectionner

ILIKE

Sly, tu es notre spécialiste du dirty-hack de phpBB

[Claude Mauguier]

Et oui, c'est un problème bien embêtant car on peut supposer que plusieurs utilisateurs "silencieux" de wri se retrouvent à la porte...

Même les non silencieux ! Ce qui fait que je reste connecté sans rien modifier : je ne sais pas ce qui se cache "sous" les champs à remplir, donc : méfiance.
Quand ce sera résolu, il faudrait trouver un moyen de rendre la connexion simple, sans avoir à se demander = majuscule ou pas, espace devant ou derriere, etc. etc.

[sly]

LIKE ou lieu de ILIKE, mais bon sang, c'est évident, ça ne peut être que ça la différence !
.
.
.
Et ben non, pas loin, mais alors là, je tombe tout simplement sur le cul: sur mysql, toujours pour cette histoire de "collation"
SELECT 'toto'='TOTO' retourne True;

Sur PG, ça retourne évidement false, ce qui devrait nous apporter non seulement le problème identifié mais d'autres, j'imagine.

http://dev.mysql.com/doc/refman/5.0/en/ ... ivity.html

Quoi qu'il en soit, pour l'heure, vu que le problème qui nous occupe est celui du login, j'ai fais un hack comme je sais bien les faire, et j'ai hacker la classe d'abstraction SQL de phpbb pour :
1) Transformer les ILIKE en ILIKE en espérant que la recherche se comportera plus souplement
2) j'ai hacké, à l'arrache, dans login.php un "=" qui se transforme en "LIKE" (que 1 va retransformer en ILIKE) mais ainsi, je reste compatible mysql

- ré-ouvrir ce bug si ce n'est réparé

[sly]

Notez toutefois que le comportement n'est pas encore le même que l'ancien.

Si le login de l'utilisateur est par exemple "Jérôme"

jérome ou JÉRÔME fonctionnerons, mais pas "jerome"

Mysql avec son système de collation étant encore plus permissif jusqu'a considérer E e é è É È Ê ê tous équivalent dans toutes les comparaisons de chaînes (like et =)

Même le ILIKE de postgresql ne va pas jusque là.

Tout ceci étant valable autant sur le forum que sur le site :
Cherchez "forestiere" et "forestière" pour s'en convaincre

D'après la réponse faite ici :
http://stackoverflow.com/questions/1100 ... collations

C'est clairement loin d'être gagné, et ne semble pas pouvoir se gérer au niveau PG de façon transparente, mais oblige à utiliser des modules et des fonctions dans la requête.
Pour le site wri hors forum, c'est une possibilité, mais pour le forum....