Widziałem problem z kilkoma klientami, którzy dzwonili do nas, że nie mogą się zalogować i wyświetlić swojego konta.
Adres e-mail i hasło są poprawne - brak komunikatu o błędzie logowania, strona po prostu ponownie ładuje się na stronę główną lub stronę logowania, wydaje się, że nie mogą dostać się na swoje konto! Stało się tak po zastosowaniu poprawki 10888, a my mamy 10752 zastosowane.
Po wykopaniu znalazłem w tabeli customer_entity
i przypomniało mi się, że dotknięci klienci mają znacznik czasu created_date
POupdated_date
. Myślę, że nie powinno tak być, prawda?
Aby przetestować, zmieniłem utworzoną datę na PRZED zaktualizowaną datą, nawet o jedną minutę. Dla niektórych użytkowników to samo pomogło im wrócić do konta. Podczas gdy dla innych użytkowników musiałem również zaktualizować swoje hasło za pomocą SQL, używając zapytania:
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);
Nie muszę w pełni badać zmian wprowadzanych przez SUPEE 10888 w podstawowych plikach klienta, ale z pewnością występują problemy z łatką.
Ponadto wydaje się, że nie mogę zaktualizować hasła klienta za pomocą panelu administracyjnego, jak zwykle podczas zapisywania strona powoduje błąd.
Korzystanie z 1.9.2.4