J'ai rencontré un problème avec un certain nombre de clients qui nous appellent parce qu'ils ne peuvent pas se connecter et consulter leur compte.
L'email et le mot de passe sont corrects - pas de message d'erreur de connexion, la page se recharge simplement sur la page d'accueil ou la page de connexion, ils ne semblent pas pouvoir accéder à leur compte! Cela s'est produit après l'application du patch 10888, et nous avons appliqué 10752.
Après avoir creusé, j'ai trouvé dans le tableau customer_entity
, et cela m'a étonné que les clients concernés aient un horodatage created_date
APRÈS le updated_date
. Je pense que ça ne devrait pas être comme ça non?
Donc, pour tester, j'ai changé la date de création pour qu'elle soit AVANT la date de mise à jour, même d'une minute. Pour certains utilisateurs, cela seul les a aidés à revenir dans leurs comptes. Alors que pour les autres utilisateurs, j'ai également dû mettre à jour leur mot de passe via SQL, en utilisant la requête:
update customer_entity_varchar set value = md5('123456')
where where entity_id = 105 /*enter customer's entity_id found in customer_entity */
and attribute_id in
(select attribute_id from eav_attribute where attribute_code = 'password_hash'
and entity_type_id = 1);
Je n'ai pas à enquêter pleinement sur les modifications apportées par SUPEE 10888 aux fichiers principaux du client, mais il y a certainement des problèmes avec le correctif.
De plus, je n'arrive pas à mettre à jour le mot de passe du client via le panneau d'administration comme je le ferais normalement, lors de l'enregistrement, la page entraîne une erreur.
Utilisation de 1.9.2.4