contemplate

I disabled Popup Maker and the issue still persists but the second stylesheet changes to divi-style-css so it looks like this is Divi issue.

I’m seeing this issue as well with a second version of our Child Theme CSS being loaded and it’s using the version of the plugin instead of our theme version.

<link rel=’stylesheet’ id=’child-style-css’ href=’https://example.com/wp-content/themes/childthemename/style.css?ver=4.14.2&#8242; type=’text/css’ media=’all’ />
<link rel=’stylesheet’ id=’divi-style-pum-css’ href=’https://example.com/wp-content/themes/childthemename/style.css?ver=4.14.2&#8242; type=’text/css’ media=’all’ />

Same issue here! We use Cartflows and now the Stripe payment fields are gone. I had to roll us back to version 5.2.0 for it to work again.

Hopefully this is fixed or the Cartflows devs can make an update soon.

Perfect thanks @maximevalette

Features:
NEW: filter feed by single post ids
NEW: replace default blogname ( Thanks Poul Hornsleth )
NEW: replace default ics file name ( Thanks Poul Hornsleth )
NEW: add an event description from excerpt or custom field
NEW: add post link to the description
NEW: add alarm ability with custom interval ( may be ignored in popular Calendar apps )

@miyarakira just wondering if you’ve had time to look into this.

Yes I created ticket 1763 before I created this patch if you want to add this to the ticket.

Yes I that is correct the code I added (above) should skip the rest of the function if it is a renewal payment since there isn’t a “cart” instance and so the get_cart_contents_total function won’t be run which is the reason for the error.

Would adding a check like this if the order is a renewal resolve the issue?

/wp-content/plugins/cartflows/classes/class-cartflows-tracking.php
line 135

$order             = wc_get_order( $order_id );
if ( function_exists( 'wcs_order_contains_renewal' ) ) {
	if ( wcs_order_contains_renewal( $order_id ) == true ) { 
		return;
	}
}
$cart_total        = WC()->cart->get_cart_contents_total();

@alimir it works!! Thank you for your quick response on this.

Perfect @bluecap that worked for me!

Oh awesome! Thanks for such quick responses.

@alimir I rolled back to version 4.4.2.1 the the issue above is resolved. I’ll wait for a fix in the next release hopefully.

@alimir that doesn’t seem to fix the bug we are facing… actually with the patch applied and the Toast fully disabled our likes do not fully flip over. This only started happening with this latest version.

I recorded a short walkthrough here:

(1 min)

Oh and when I disable the Toast globally the Buddypress activity likes go back to working as normal.

@alimir thank you .. but I found one bug.

I disabled the Toast on Buddypress activity and comments but now when we press the Heart on a buddypress activity it does the animation but never turns red. If I then refresh the page it shows the activity as liked but the JS seems to never turn it red by itself.