मैंने कुछ ग्राहकों के साथ एक समस्या देखी है जहां वे हमें फोन करते हैं कि वे लॉगिन और अपने खाते को देखने में असमर्थ हैं।
ईमेल और पासवर्ड सही है - कोई लॉगिन त्रुटि संदेश, पृष्ठ केवल मुख पृष्ठ या लॉगिन पृष्ठ पर पुनः लोड होता है, वे आपके खाते में नहीं जा सकते हैं! पैच 10888 को लागू करने के बाद ऐसा हुआ, और हमारे पास 10752 आवेदन हैं।
खुदाई करने के बाद, मैंने टेबल में पाया customer_entity
, और यह मुझे उकसाया कि प्रभावित ग्राहकों के पास created_date
AFTER की टाइमस्टैम्प है updated_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 का उपयोग करना