У мене виникло досить багато клієнтів, коли вони дзвонять нам, що вони не можуть увійти та переглянути свій рахунок.
Електронна адреса та пароль правильні - повідомлення про помилку входу немає, сторінка просто перезавантажується на домашню сторінку або сторінку входу, вони, схоже, не можуть потрапити в їхній рахунок! Це сталося після застосування патча 10888, і у нас застосовано 10752.
Після копання я виявив у таблиці customer_entity
, і мені спалахнуло, що у постраждалих клієнтів є часова марка created_date
ПІСЛЯ updated_date
. Я думаю, що так не повинно бути?
Тому для тестування я змінив create_date, щоб бути ПЕРЕД оновленим_датою, навіть на одну хвилину. Для деяких користувачів це лише допомогло їм повернутися до своїх облікових записів. Хоча для інших користувачів я також повинен був оновити свій пароль через SQL, використовуючи запит:
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);
Мені не доведеться повністю досліджувати зміни, які SUPEE 10888 робить у файлах основних клієнтів, але з патчем напевно є проблеми.
Крім того, я не можу оновлювати пароль клієнтів через панель адміністратора, як зазвичай, при збереженні сторінки, це призводить до помилки.
Використовуючи 1.9.2.4