我们有2家商店 (1.7.0.2从1.5.1升级,安装1.6) 两者都有一个问题,某些订单有一个 缺少电子邮件地址(sales_flat_order中的customer_email). 。商店是两个完全不同的安装 Onestepcheckout(最新版本) 而且这个问题仅适用于已经有一个已经有一个的客户(但不是全部) 用户账号. 。我想问题出在客户帐户中,但是我在这些帐户中找不到任何奇怪的东西。

关于在哪里检查或如何调试此问题的任何想法?

谢谢。

有帮助吗?

解决方案

确保您正在运行OSC 4.0.7。

我们使用Magento 1.7.0.2和OSC 4.0.6遇到了这个问题。事实证明,这是Onestepcheckout中的一个错误,它没有正确地处理持久购物车识别的用户。我们向OSC传达了这一点,他们给了我们一个Hotfix(但我相信它已在4.0.7中固定: http://www.onestepcheckout.com/wiki/index.php/changelogs#onestepcheckout_4.0.7_changes

grep $this->getQuote()->setCustomerId(0); 在App code local idev onestepcheckout block checkout.php中(应该给出5个匹配项),因为那基本上是hotfix。

编辑:这应该是评论。这不是真正的答案。

其他提示

笔记: 本质上,这不是答案,但我想在这个问题上添加自己的经验,在此我可以更轻松地格式化它。

我看过同样的问题。这是我没有机会完全研究的东西,但是据我所知,这是以下因素的组合:

  1. 注册客户。
  2. 持续的购物车。

如果客户以前在网站上注册, 但没有登录, ,并且持续的购物车已经打开(或者实际上在关闭了持续购物车后为客户出现了饼干),然后出现了问题。

我还没有看到尚未注册的客户发生这种情况,但是这让我想知道这是否与共享计算机帐户和两个不同的客户有关,其中一个已经注册,一个没有注册。

我也将继续调查这一点,我们会自动将客户与客户组联系起来,因此这意味着该订单未分配给客户群。

编辑:我们正在使用Firecheckout,而不是OSC

我们还在使用OSC,此问题正在我们的网站上发生。我认为它发生在非核心结帐扩展中。在Core Magento中,如果您打开持续的购物车,则访客客户被迫注册或登录,因此电子邮件地址将始终存在。几个结帐扩展名(如OSC)不强制执行此限制,因此您可以进入核心代码不会期望的情况。

许可以下: CC-BY-SA归因
scroll top