Alamat email hilang dalam urutan

10

Kami memiliki 2 toko (upgrade 1.7.0.2 dari 1.5.1 dan instal 1.6) yang keduanya memiliki masalah yang karena beberapa pesanan memiliki alamat email yang hilang (customer_email di sales_flat_order) . Toko-toko adalah dua instalasi yang sama sekali berbeda dan satu-satunya hal yang saya temukan yang sama di kedua versi adalah bahwa mereka berdua menggunakan OneStepCheckout (versi terbaru) dan bahwa masalahnya hanya terlihat untuk klien (tetapi tidak semua) yang sudah memiliki akun pelanggan. . Saya kira masalahnya ada di akun pelanggan, tetapi saya tidak dapat menemukan sesuatu yang aneh dengan akun ini.

Ada gagasan tentang di mana harus memeriksa atau cara men-debug masalah ini?

Terima kasih.

orders ce-1.7.0.2 upgrade

— Vladimir Kerkhoff
sumber

Apakah metode pembayaran pesanan Paypal, secara kebetulan?

— philwinkle

Tidak, ini dengan metode pembayaran yang berbeda

— Vladimir Kerkhoff

ada penyesuaian (kecuali OneStepCheckout) yang berinteraksi dengan pesanan atau akun pelanggan?

— FlorinelChis

Saya memiliki masalah yang sama. Saya menggunakan OSC 4.0.9 (lebih tinggi dari versi dengan perbaikannya). Saya menginstal Magento 1.7.0.2 juga, dan menempatkan dua pesanan dengan email yang sama: pertama sebagai pelanggan dan kemudian yang kedua (dalam mode Penyamaran - tanpa cookie) sebagai tamu. Keduanya memiliki alamat email. Saya masih tidak yakin apa penyebabnya.

— Aaron Pollock

3

Pastikan Anda menjalankan OSC 4.0.7.

Kami mengalami masalah ini menggunakan Magento 1.7.0.2 dan OSC 4.0.6. Ternyata itu adalah bug di OneStepCheckout di mana ia tidak menangani pengguna yang dikenali oleh keranjang belanja persisten dengan benar. Kami mengomunikasikan ini ke OSC dan mereka memberi kami perbaikan terbaru (tapi saya yakin itu sudah diperbaiki di 4.0.7: http://www.onestepcheckout.com/wiki/index.php/Changelogs#OneStepCheckout_4.0.7_changes

Dapatkan $this->getQuote()->setCustomerId(0);dalam aplikasi \ code \ local \ Idev \ OneStepCheckout \ Block \ Checkout.php (harus memberikan 5 kecocokan), karena itu pada dasarnya perbaikan terbaru.

Sunting: ini seharusnya komentar .. bukan jawaban.

— Erfan
sumber

7

CATATAN: Ini bukan jawaban, sendiri, tetapi saya ingin menambahkan pengalaman saya sendiri dengan masalah ini di mana saya dapat memformatnya dengan lebih mudah.

Saya telah melihat masalah yang sama. Ini adalah sesuatu yang belum sempat saya pelajari sepenuhnya, tetapi dari apa yang saya lihat, ini adalah kombinasi dari beberapa faktor berikut:

Pelanggan terdaftar.
Keranjang belanja yang gigih.

Jika pelanggan sebelumnya telah terdaftar di situs, tetapi tidak masuk , dan keranjang belanja tetap ada (atau memang cookie ada untuk pelanggan setelah keranjang belanja terus-menerus dimatikan) maka masalah tampaknya terjadi.

Saya belum pernah melihat ini terjadi pada pelanggan yang belum mendaftar, tetapi itu membuat saya bertanya-tanya apakah itu ada hubungannya dengan akun komputer bersama dan dua pelanggan yang berbeda, satu yang telah terdaftar dan yang belum.

Saya akan terus menyelidiki hal ini juga, kami secara otomatis mengikat pelanggan ke grup pelanggan, jadi masalah ini berarti bahwa pesanan tidak ditetapkan ke grup pelanggan.

Sunting: kami menggunakan Firecheckout, bukan OSC

— CCBlackburn
sumber

Saya dapat mengkonfirmasi hal ini juga terjadi, di toko tanpa OSC, pelanggan terdaftar yang check out karena tamu telah melakukan hal ini.

— benz001

0

Kami juga menggunakan OSC dan masalah ini terjadi di situs kami. Saya pikir itu terjadi pada ekstensi checkout non-inti. Di inti Magento, jika Anda menghidupkan gerobak yang terus-menerus maka pelanggan tamu dipaksa untuk mendaftar atau masuk, sehingga alamat email akan selalu ada. Beberapa ekstensi checkout (seperti OSC) tidak menerapkan pembatasan ini sehingga Anda masuk ke skenario bahwa kode inti tidak diharapkan.

— clonetopia
sumber