He visto un problema con algunos clientes en los que nos llaman porque no pueden iniciar sesión y ver su cuenta.
El correo electrónico y la contraseña son correctos: no hay mensaje de error de inicio de sesión, la página simplemente se recarga en la página de inicio o la página de inicio de sesión, ¡parece que no pueden ingresar a su cuenta! Esto sucedió después de aplicar el parche 10888, y tenemos aplicado 10752.
Después de excavar encontré en la tabla customer_entity
, y me despertó que los clientes afectados tienen una marca de tiempo created_date
DESPUÉS de la updated_date
. Creo que no debería ser así, ¿verdad?
Entonces, para probar, cambié el created_date para que sea ANTES del updated_date, incluso por un minuto. Para algunos usuarios, esto solo les ayudó a volver a sus cuentas. Mientras que para otros usuarios también tuve que actualizar su contraseña a través de SQL, usando query:
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);
No tengo que investigar a fondo los cambios que SUPEE 10888 hace en los archivos principales del cliente, pero definitivamente hay problemas con el parche.
Además, parece que no puedo actualizar la contraseña de los clientes a través del panel de administración como lo haría normalmente, al guardar, la página da como resultado un error.
Usando 1.9.2.4