Joe G.

Ewout,

Thank you for the reply. I agree with you that the error message WP Mail Logging is providing is not helpful and likely not accurate. However, the issue it not with WP Mail Logging – the issue was occurring before I installed it; I installed it merely to try and identify some patterns. (I’m also not using resending.)

There are also no PDF Invoice filters at play that I am aware of.

When I unchecked all email attachments, there are no errors and mail goes through as expected.

When invoice attachments are activated, mail fails somewhere within either WooCommerce or WP proper. The mail never makes it out of my server to the Mailgun servers (as indicated by their logs.) However, Woocommerce thinks it is successful and does not return an error message.

I just triple checked and it is almost certainly a plugin conflict between Mailgun and PDF Invoices (in the context of Woocommerce).

To recap, the only time the issue is present is under the following circumstances

• All 3 plugins are active and properly configured: Woocommerce, PDF Invoices, Mailgun
• Invoice attachments are set for Woocommerce Mail
• Mail is triggered involving one of the attachments.

Has there been some sort of update lately to the way WordPress handles attachments? This used to work perfectly fine with the aforementioned set up.

• This reply was modified 7 years, 1 month ago by Joe G..

I think I have successfully modified the plugin to accomplish this. Is there anything I am missing? Any red flags?

1. Comment out the qwc_cart_validations method, replace with

$product_quotable = product_quote_enabled( $product_id );		
if($product_quotable){
$message = 'This product requires special shipping. Continue to add products to your cart and when you checkout, we will review your order and send you an email with a shipping quote for you to pay and complete your order.';
wc_add_notice( __( $message, 'quote-wc' ), $notice_type = 'notice' );
}

2. Add the following in the __construct method

// modify the proceed to checkout button text. Requires modified child template at woo.../cart/proceed-to-checkout-button
add_action('woocommerce_cart_proceed_text', array( &$this, 'j5_qwc_change_checkout_button_text'),20);
// disable shipping
add_filter( 'woocommerce_cart_ready_to_calc_shipping', [&$this, 'j5_qwc_disable_shipping_calc_on_cart'], 99 );

3. Add the following methods

/**
         * Modify the Proceed to checkout button on the cart page
         * @mod
         */
		function j5_qwc_change_checkout_button_text() {
			if (cart_contains_quotable()){
				esc_html_e( 'Proceed to quote', 'woocommerce' );
			}else{
				esc_html_e( 'Proceed to checkout', 'woocommerce' );
			}
		}
		
		
		function j5_qwc_disable_shipping_calc_on_cart( $show_shipping ) {
			if(cart_contains_quotable() ) {
				return false;
			}
			return $show_shipping;
		}

4. Modify the qwc_css method by adding

if ( cart_contains_quotable()) {
wp_enqueue_style( 'qwc-frontend', plugins_url( '/assets/css/qwc-disable-shipping.css', __FILE__ ), '', $plugin_version, false );}

5. Create the relevant stylesheet hiding the shipping row

Thank you, Sybre! I was afraid of that…

So, my next step sounds like waiting for the error to happen again, then using “Rewrite Tools Inspector” to hunt down the bug, and fall back on deactivating / reactivating TSF for the refresh/flush capability as a temporary fix?

Hi Sybre, thank you for the response.

I understand how to do the above using the admin. But, I need to do this for thousands of existing products (using woocommerce).

Is there a TSF hook I could use to do this, or do I just need to write a custom script to set the WP metadata?