Bug "Difficulté du code de vérification" sur une petite minoritée de membres
janus57 Membre non connecté
-
Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
-
Equipe Assistance
j'ai un bug qui touche 1 visiteur de temps en temps sur le site.
Dans l'administration "Difficulté du code de vérification" est sur niveau 3 aussi bien pour l'inscription que les commentaires.
Cependant lorsque je regarde la BDD quand un membre me dit que le site refuse son captcha je remarque que le site lui attribut une difficulté de niveau 4 et non niveau 3.
J'ai donc mis une difficulté de niveau 2 vidé la table verif_code, sessions, le cache et là le membre se vois toujours un code de niveau 4 attribué.
Est-ce que je suis le seul à qui ça arrive ?
Cela fait déjà 2 visiteurs qui me remonte ce "bug" car je ne sais pas vraiment si c'est un bug en faite vu que j'ai beu essayer de mon côté j'ai jamais réussi a le reproduire.
Cordialement, janus57
janus57 Membre non connecté
-
Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
-
Equipe Assistance
semble être résolu avec la 4.0.2 au vus de la BDD
Cordialement, janus57
Édité par janus57 Le 24/02/2013 à 16h32
ReidLos Membre non connecté
-
Modérateur
- Voir le profil du membre ReidLos
- Inscrit le : 27/02/2009
- Site internet
- Groupes :
-
Equipe Développement
janus57 Membre non connecté
-
Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
-
Equipe Assistance
bizarrement un visiteur viens de nouveau de faire surface avec ce bug alors qu'il rentrait bien le code inscrit dans la BDD.
Et cela aussi bien avec la page d'inscription que contact.
Edit : je viens de faire un backup de la table sessions et verif car il y a une petite anomalie dedans.
Sessions :
Code SQL :
-- -- Contenu de la table `_sessions` -- INSERT INTO `_sessions` (`session_id`, `user_id`, `level`, `session_ip`, `session_time`, `session_script`, `session_script_get`, `session_script_title`, `session_flag`, `user_theme`, `user_lang`, `modules_parameters`, `token`) VALUES ('5c7f33ed1dc3d2dfc5588806aa3768b4bd0cf3f633a810fbabedd4926b69c9f3', -1, -1, '5.49.XXX.XX', 1361762266, '/contact/', '', 'Contact', 0, '', '', '', '77a3a98ff51bb48a');
verif_code
Code SQL :
-- -- Contenu de la table `_verif_code` -- INSERT INTO `_verif_code` (`id`, `user_id`, `code`, `difficulty`, `timestamp`) VALUES (3, 2147483647, 'mb5ere', 2, 1361761563), (4, 2147483647, 'eix5t', 2, 1361761731), (5, 2147483647, 'e6i3et', 2, 1361761732), (8, 2147483647, 'pph8', 2, 1361762086), (9, 2147483647, 'xi3te', 2, 1361762087), (11, 2147483647, '38ims', 2, 1361762212), (12, 2147483647, 'b8w2e', 2, 1361762213), (13, 2147483647, 'hueer', 2, 1361762264), (14, 2147483647, 'm83sc', 2, 1361762265);
Alors que lorsque j'ai testé en normal j'avais un user_id de 83 et à chaque actualisation du captcha sur le site cela remplacé l'ancien présent dans la BDD alors que là cela créer une nouvelle entrée dans la BDD (je ne sais pas si cela est un comportement normal ou non du script d'inscription donc si cela peu aider à résoudre le problème).
Cordialement, janus57
Édité par janus57 Le 25/02/2013 à 13h19
ReidLos Membre non connecté
-
Modérateur
- Voir le profil du membre ReidLos
- Inscrit le : 27/02/2009
- Site internet
- Groupes :
-
Equipe Développement
janus57 Membre non connecté
-
Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
-
Equipe Assistance
voici le backup des mêmes tables (juste ma session en oubliant les visiteurs), fait sur un ordinateur différent mais toujours sur le même IP.
J'ai fait 3 faux essaie de captcha sur le module contact (je rentré volontairement un faux code) et 10 sur la page inscription.
sessions
Code SQL :
-- -- Contenu de la table `_sessions` -- INSERT INTO `_sessions` (`session_id`, `user_id`, `level`, `session_ip`, `session_time`, `session_script`, `session_script_get`, `session_script_title`, `session_flag`, `user_theme`, `user_lang`, `modules_parameters`, `token`) VALUES ('c2d1ca5a179f784821a18de7ef53d8215bbf7d788d8dcaf690673d6cfb42dbba', -1, -1, '92.148.XX.XXX', 1361794505, '/user/registration/', '', 'Inscription', 1, '', '', '', '4eefa1d8088f3421');
verif_code
Code SQL :
-- -- Contenu de la table `_verif_code` -- INSERT INTO `_verif_code` (`id`, `user_id`, `code`, `difficulty`, `timestamp`) VALUES (38, 86, 'e5nmui', 2, 1361794503);
Donc ce que je voulais dire c'est que le visiteur qui a ce "bug" a non seulement un user_id de 10 caracères mais en plus à chaque captcha faux selon le script une nouvelle ligne est créer dans la BDD alors que pour moi la ligne est réécrite pour effacer l'ancien code captcha présent dans la BDD pour le remplacer par le nouveau générer sur le site (je ne sais pas si j'arrive à me faire comprendre).
Mais si je résume très vite cela donne :
- le visiteur "bugé" je vois attribué un user_id de 10 caractères et à chaque captcha généré sur le site une nouvelle entrée est créer dans la table _verif_code
- Le visiteur normal se vois attribué un user_id "court" 2 à 4 caractères et à chaque captcha généré sur le site le code est mis à jour dans la table _verif_code grâce à son user_id donc le visiteur ne possède qu'une ligne à lui dans _verif_code alors que le visiteur "bugé" possède 1 ligne par code généré (que le code entrée soit juste ou non)
Aussi cela ne peu pas être un mauvais code entrée du coté visiteur car je lui est demandé quelle était le code captcha et il correspondait à 100% avec celui de la BDD.
Cordialement, janus57
ReidLos Membre non connecté
-
Modérateur
- Voir le profil du membre ReidLos
- Inscrit le : 27/02/2009
- Site internet
- Groupes :
-
Equipe Développement
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie