[Nick]

That seemed to have been the problem.

Thread is resolved.

[Nick]

The only other thing I can think of which was probably causing a different error with stripe was only having the checkout force ssl and not the entire site.

I changed that and when another order comes in I will see if that other error is fixed and if it fixes the problem in this ticket.

[Nick]

add_action( 'init', 'wootickets_stop_sending_email' );
function wootickets_stop_sending_email() {
    if ( class_exists( 'Tribe__Tickets_Plus__Commerce__WooCommerce__Main' ) ) {
        $woo = Tribe__Tickets_Plus__Commerce__WooCommerce__Main::get_instance();
        remove_filter( 'woocommerce_email_classes', array( $woo, 'add_email_class_to_woocommerce' ) );
        add_action( 'woocommerce_email_after_order_table', array( $woo, 'add_tickets_msg_to_email' ) );
    }
}

Yes.

Just double checked your plugin and all the settings for the products and events. Everything looks fine.

Let me know if you want admin credentials. Though, you wouldn’t be able to compare with my local site.

[Nick]

One more with info. Trying to give you as much clarity to the problem.

We also have a store that sells physical products, and those items are correctly getting their stock reduced. So now it makes me think it’s not stripe.

Could it be a problem with them being auto complete/virtual/downloadable products?

May 25th was the last event order in which the stock reduced correctly. I updated the plugin sometime after that. However, like I said before, it all works fine on the local site.

[Nick]

Just wanted to add more info.

Using stripe.
Did some more tests. I used stripe with the test info on my local site and it reduces the stock and leaves an order note. So stripe is communicating back. But it still doesn’t reduce it on the live site.

This may not be your plugins problem. But strange it works on one and not the other.

[Author]

Posts