我来帮你梳理下这个问题的核心和解决步骤——从你描述的细节来看，customer_processing_order邮件根本没被生成（WP Email Log无记录），而你看到的customer-completed-order.php里的PHP错误，大概率是触发这个问题的关键线索，哪怕当前失效的是Processing邮件。

第一步：修复子主题邮件模板的PHP错误 #

你遇到的错误：

CRITICAL Uncaught Error: Call to a member function get_billing_first_name() on null in /usr/www/users/diabroq/diabrothers/wp-content/themes/flatsome-child/woocommerce/emails/customer-completed-order.php:28

这个错误说明在模板代码里，程序试图调用一个null对象的方法——简单说就是$order订单对象没被正确传递或初始化。虽然报错的是Completed邮件模板，但你的Processing邮件模板可能存在同样的问题，或者这个错误会导致WooCommerce的邮件系统整体抛出异常，中断所有邮件生成。

具体操作：

• 临时切换默认主题测试：先切换到WooCommerce官方默认主题（比如Storefront），然后尝试触发Processing订单邮件。如果切换后邮件能正常发送并生成日志，那百分百是你的Flatsome子主题邮件模板的问题。
• 检查并修复Processing邮件模板：打开你的子主题目录下的woocommerce/emails/customer-processing-order.php（如果存在），确认开头有正确的订单对象声明：

  if ( ! defined( 'ABSPATH' ) ) {
      exit;
  }
  
  /** @var WC_Order $order */
  

  同时检查所有调用$order->xxx()的代码，确保在调用前$order不是null，比如可以加上判断：

  if ( $order ) {
      echo $order->get_billing_first_name();
  }
  

• 修复报错的Completed模板：同样打开customer-completed-order.php第28行，按照上面的方式修复$order对象的调用问题，避免错误中断邮件系统。

第二步：排查插件冲突与邮件设置 #

• 确认Processing邮件启用状态：进入WooCommerce > 设置 > 邮件 > 处理中的订单，确保该邮件处于启用状态，收件人、主题等配置无异常。
• 插件冲突排查：临时禁用所有非WooCommerce核心插件（只保留WooCommerce和WP Email Log），然后测试Processing邮件发送。如果恢复正常，再逐个启用插件，找到导致冲突的那个插件。

第三步：启用调试模式获取详细日志 #

如果上面的步骤没解决问题，开启WooCommerce的调试模式，获取更详细的错误信息：

1. 打开网站根目录的wp-config.php文件
2. 添加以下代码（如果已有相关配置，修改为对应值）：

   define( 'WP_DEBUG', true );
   define( 'WP_DEBUG_LOG', true );
   define( 'WP_DEBUG_DISPLAY', false );
   

3. 再次手动触发Processing邮件，然后查看wp-content/debug.log文件，里面会记录邮件生成过程中所有的错误细节，帮助定位问题。

第四步：重置邮件模板 #

如果你的子主题邮件模板是基于旧版本WooCommerce制作的，可能和当前版本不兼容：

• 删除子主题目录下的woocommerce/emails文件夹，让WooCommerce使用默认邮件模板
• 测试Processing邮件是否正常发送
• 如果正常，再基于当前WooCommerce的默认模板重新修改你需要的样式，确保兼容性

内容的提问来源于stack exchange，提问作者ForeverGolf