Posiadamy 2 sklepy (aktualizacja 1.7.0.2 z wersji 1.5.1 i instalacja 1.6), które mają problem polegający na tym, że w przypadku niektórych zamówień brakuje adresu e-mail (wiadomość e-mail klienta w zamówieniu_płaskie) . Sklepy to dwie zupełnie różne instalacje, a jedyną rzeczą, którą stwierdziłem, że jest taka sama w obu wersjach, jest to, że obie używają OneStepCheckout (najnowsza wersja) i że problem jest widoczny tylko dla klientów (ale nie wszystkich), którzy już mają konto klienta . Myślę, że problem dotyczy konta klienta, ale nie mogę znaleźć niczego dziwnego na tych kontach.
Wszelkie pomysły na to, gdzie sprawdzić lub jak debugować ten problem?
Dzięki.
orders
ce-1.7.0.2
upgrade
Vladimir Kerkhoff
źródło
źródło
Odpowiedzi:
Upewnij się, że korzystasz z OSC 4.0.7.
Ten problem występował podczas korzystania z Magento 1.7.0.2 i OSC 4.0.6. Okazało się, że jest to błąd w OneStepCheckout, w którym nie obsługuje poprawnie rozpoznawania użytkowników przez trwały koszyk. Poinformowaliśmy o tym OSC i dali nam poprawkę (ale uważam, że została ona naprawiona w 4.0.7: http://www.onestepcheckout.com/wiki/index.php/Changelogs#OneStepCheckout_4.0.7_changes
Pozdrowienie
$this->getQuote()->setCustomerId(0);w app \ code \ local \ Idev \ OneStepCheckout \ Block \ Checkout.php (powinno dać 5 dopasowań), ponieważ była to w zasadzie poprawka.Edycja: to powinien być komentarz… a nie odpowiedź.
źródło
UWAGA: Nie jest to odpowiedź sama w sobie, ale chciałem dodać własne doświadczenia z tym problemem, w którym mogę go łatwiej sformatować.
Widziałem ten sam problem. Jest to coś, w co nie miałem okazji się całkowicie zagłębić, ale z tego, co widziałem, jest to kombinacja następujących czynników:
Jeśli klient zarejestrował się wcześniej w witrynie, ale nie jest zalogowany , a trwały koszyk jest włączony (lub rzeczywiście plik cookie jest obecny dla klienta po wyłączeniu stałego koszyka), wydaje się, że problem występuje.
Nie widziałem, aby miało to miejsce w przypadku klientów, którzy się nie zarejestrowali, ale zastanawiam się, czy ma to coś wspólnego ze wspólnym kontem komputera i dwoma różnymi klientami, z których jeden się zarejestrował, a drugi nie.
Mam zamiar dalej to badać, automatycznie łączymy klienta z grupą klientów, więc te problemy oznaczają, że zamówienie nie jest przypisane do grupy klientów.
Edycja: używamy Firecheckout, a nie OSC
źródło
Używamy również OSC i ten problem występuje na naszej stronie. Myślę, że dzieje się tak w przypadku nie-podstawowych rozszerzeń kasy. W rdzeniu Magento, jeśli włączysz trwały koszyk, klienci-goście będą musieli się zarejestrować lub zalogować, więc adres e-mail zawsze będzie istniał. Kilka rozszerzeń kasy (np. OSC) nie wymusza tego ograniczenia, więc wchodzisz w scenariusz, którego nie oczekuje kod podstawowy.
źródło