Brak adresu e-mail w kolejności


10

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.


Czy metoda płatności za zamówienie Paypal jest przypadkiem?
philwinkle

Nie, to przy użyciu różnych metod płatności
Vladimir Kerkhoff

jakieś dostosowania (oprócz OneStepCheckout), które współdziałają z zamówieniami lub kontem klienta?
FlorinelChis,

Mam ten sam problem. Korzystam z OSC 4.0.9 (wyższa niż wersja z poprawką). Zainstalowałem również świeże Magento 1.7.0.2 i złożyłem dwa zamówienia z tym samym adresem e-mail: najpierw jako klient, a następnie (w trybie incognito - bez plików cookie) jako gość. Oba miały adres e-mail. Nadal nie jestem pewien, co jest przyczyną.
Aaron Pollock

Odpowiedzi:


3

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ź.


7

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:

  1. Zarejestrowany klient.
  2. Stały koszyk.

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


Mogę również potwierdzić, że tak się dzieje, w sklepie bez OSC, zarejestrowany klient sprawdzający się jako gość właśnie to zrobił.
benz001

0

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.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.