JJDAI,

Tu peux faire tes propositions d'ajout de code ici :
https://github.com/GregMage/xmnews.

plutôt que faire un hack sans suite.
Si ton code est accepté par Greg, il sera ajouté à xmnews.

C'est le principe de Github!

Bonsoir,
Lorsqu'on active les captcha dans les préférence du module, il ne affiche pas, pourtant il est bien instancié.
JJDai

si si, mais que pour les anonymes,
pour les membres c'est inutile, puisque tu as leur login/mail.
Il faut donc que tu te déconnectes pour le voir.

en fait dans xmnews je voulais juste tester et comparer le comportement, parce que dans xform, c'est complétement délirant.
J'ai tester plusieurs truc mais soit il valide même si le code est faux soit il ne valide pas même si le code est bon.
J'en perd mon latin.

dans xoopsCaptchaMethod la ligne

JJDai

renvoie toujours faux et je ne comprends pas pourquoi ?


xoopscaptcha et

Je me répons a moi-même, la nuit porte conseil, même quand elle est trop courte.
Je crois que j'ai enfin compris.
Avant tout cela vient d'une mauvaise utilisation du captcha dans le module xform. Grosso modo il est toujours afficher si on coche l'option, même si on est connecté, mais comme on est connecté, il renvoie toujours vrai même si on a saisi n'importe quoi, ce qui m'a induit en erreur.

donc :
- soit on affiche le captcha et dans l'appel de la fonction "verify", il faut mettre "false" en premier paramètre

- soit on ne l'affiche pas et il faut mettre "true" ou "null" en premier paramètre de la fonction "verify"

a cela s'est ajouté un deuxième problème, qui a apporté un peu pluis de confusion, la fonction "verify" prend en paramètre l'id du captcha, sauf que si on le laisse vive, le nom de la session ne correspondait pas avec l'id du captcha par defaut.
J'ai corrigé tout ça dans le module xform, et tout a l'air de rentrer dans l'ordre.
JJDai