Stefan Vasiljevic

I have the same issue and i pinpointed the culprit.

// Purchase and Subscribe events
add_action( 'woocommerce_new_order', array( $this, 'inject_purchase_event' ), 10 );
add_action( 'woocommerce_process_shop_order_meta', array( $this, 'inject_purchase_event' ), 20 );
add_action( 'woocommerce_checkout_update_order_meta', array( $this, 'inject_purchase_event' ), 30 );
add_action( 'woocommerce_payment_complete', array( $this, 'inject_purchase_event' ), 40 );
add_action( 'woocommerce_order_status_processing', array( $this, 'inject_purchase_event' ), 50 );
add_action( 'woocommerce_order_status_completed', array( $this, 'inject_purchase_event' ), 60 );
add_action( 'woocommerce_thankyou', array( $this, 'inject_purchase_event' ), 70 );

The event is injected to multiple hooks however most of us want to inject it on the thank you page only. The issue is with the prevention of multiple trigger logic here:

// use a session flag to ensure this Purchase event is not tracked multiple times
$purchase_tracked_flag = '_wc_' . facebook_for_woocommerce()->get_id() . '_purchase_tracked_' . $order_id;

// Return if this Purchase event has already been tracked or order state is invalid.
if ( 'yes' === get_transient( $purchase_tracked_flag ) || $order->meta_exists( '_meta_purchase_tracked' ) || ! in_array( $order_state, $valid_purchase_order_states, true ) ) {
return;
}

// Mark the order as tracked for the session.
set_transient( $purchase_tracked_flag, 'yes', 45 * MINUTE_IN_SECONDS );

// Set a flag to ensure this Purchase event is not going to be sent across different sessions.
$order->add_meta_data( '_meta_purchase_tracked', true, true );

// Save the metadata.
$order->save();

Basically it will fail the check once metadata is saved and that will happen on the first hook so your purchase event will never see the thank you page.

I needed a temp fix and I commented out the following:

add_action( 'woocommerce_new_order', array( $this, 'inject_purchase_event' ), 10 );
			add_action( 'woocommerce_process_shop_order_meta', array( $this, 'inject_purchase_event' ), 20 );
			add_action( 'woocommerce_checkout_update_order_meta', array( $this, 'inject_purchase_event' ), 30 );
			add_action( 'woocommerce_payment_complete', array( $this, 'inject_purchase_event' ), 40 );
			add_action( 'woocommerce_order_status_processing', array( $this, 'inject_purchase_event' ), 50 );
			add_action( 'woocommerce_order_status_completed', array( $this, 'inject_purchase_event' ), 60 );

and my Purchase event works on the thank you page

That one can be tricky basically the ajax can’t be executed for non-logged in users. Can you please share the system status and logs?

• System Status: You can find it via WooCommerce > Status. Select “Get system report” and then “Copy for support”. Once you’ve done that, paste it here in your response.
• Error log: share a copy of the fatal error log found under WooCommerce > System Status > Logs (if available)

Hi @loopforever,

This should work:

$customer = wp_get_current_user(); // do this when user is logged in
$customer_orders = get_posts(array(
  'numberposts' => -1,
  'meta_key' => '_customer_user',
  'orderby' => 'date',
  'order' => 'DESC',
  'meta_value' => get_current_user_id(),
  'post_type' => wc_get_order_types(),
  'post_status' => array_keys(wc_get_order_statuses()), 
  'fields' => 'ids',
));

$user_orders = array(); //
foreach ($customer_orders as $orderID) {
  $orderObj = wc_get_order($orderID);
  $user_orders[] = array(
    "orderID" => $orderObj->get_id(),
    "orderTotal" => $orderObj->get_total(),
    "orderDate" => $orderObj->get_date_created()->date_i18n('Y-m-d h:i:s'),
  );
}
echo '<pre>';
var_dump($user_orders);
echo '</pre>';

I think it has something to do with DNS SPF record or DMARC. One of the common issues is that the domain it was sent from doesn’t match the domain in the “From:” address.

To fix the issue:

• Publish an SPF record that includes the IPs of the vendor or affiliates which send your messages.
• Sign your messages with a DKIM signature that is associated with your domain.
• Make sure the domain in the “From:” address matches the domain you’re using to authenticate your emails.

• This reply was modified 4 years, 8 months ago by Stefan Vasiljevic.

Hi @basvweb it might be using your admin email.

Check your email address in Settings->General->Administration Email Address

Also some plugins can override the default settings, so please check this as well.

Hi @gemmalcurran, It only applies to products that have manage stock option enabled. When you don’t have that option enabled, the assumption is that you have an unlimited stock 🙂

You’re welcome 🙂