stevygee1987

This is how I’m using the standard WooCommerce filter to add my class to cart line items:

function example_add_item_class( $classes ) {
$classes .= ' my-class';
return $classes;
}
add_filter( 'woocommerce_cart_item_class', 'example_add_item_class' );

The expected result:

<div class="shopengine-table__body-item cart_item my-class">

Instead it results in the following (invalid) markup:

<div class="shopengine-table__body-item" cart_item my-class">

Hi @reedwanul @ahmedamir

no I was not able to resolve this, since it’s an error in your code. Please forward this fix to one of your developers, it’s just a typo that causes this problem: https://www.diffchecker.com/YwJRLwAP/

Thanks!

Hi @tanng

thank you for the quick fix, I confirm that it’s working now with version 5.10.1!

Thanks, this solved the issue!

Hello, I’ve tried again with Twenty Twenty One, all plugins disabled and SDM 3.9.14 active, but the issue still occurs.

Experiencing this as well using WordPress 5.9 and EditorsKit 1.33.4. By disabling the “Live Preview with Responsive Controls” EditorsKit feature, live preview works again.

Thanks for taking a look!
I actually tested this on WP 5.8.2 with the Twenty Twenty One theme without any other plugins active. So there is no custom styling from me on the Heading or the Group.
It seems like the problem only occurs whenever the .has-background-color is set but no actual background color is chosen. That class is usually only set in combination with a color, which might make this an edge case.
Still, I feel like this class shouldn’t affect the text color by default.

Yes, the CSS above is from this file:
/wp-content/plugins/block-options/extendify-sdk/public/build/extendify-utilities.css?ver=13.1

The issue only appears in the backend (editor), not the frontend. To reproduce, using Twenty Twenty One and the latest plugin version 1.32.1:

1. Add a Group block
2. Put “has-background-color” into Additional CSS classes
3. Add a Heading block into the Group block
The heading text is now invisible.

The issue seems to have been introduced in 1.31.8 and upwards. It does not appear using 1.31.7.

@mtony Yes, changing the setting in the reading settings seems to work until the plugin gets updated. Thank you!

I ended up modifying the plugin‘s JS files:

https://github.com/Joel-James/disqus-conditional-load/pull/20/files

Haven’t heard from the developer yet. Hopefully this will get merged for the next version, so it keeps working after the next update.

My mistake, I had set the map to filter markers by category. I had to disable this, because my CPT does not use the category taxonomy.

I’m using the Bannerize widget, set to display one of the Banner categories and in random order. No other options are used. The theme is Enfold.

The time zone in WP is set to Berlin (UTC+2 in summer). When I use <?php echo date('Y-m-d H:i:s'); ?> I also get the same correct local time. When I checked, the current time was about 3 hours past the Start Date, so it could be a time zone issue?

These are the active plugins:
Contact Form 7
Events Manager
Limit Login Attempts
MailChimp für WordPress
Slider Revolution
Sucuri Security – Auditing, Malware Scanner and Hardening
WP Bannerize Pro
WP Migrate DB Pro
WP Migrate DB Pro Media Files
WP Statistics
WP Store Locator
WP Store Locator – CSV Manager
Yoast SEO

The mail went out to 324 subscribers, we’re using a SMTP server.

I wrote you a message using the speech bubble.

Just noticed this, please make this change.

@wysija thanks for clarifying, that makes a lot of sense. Anyway, something must have changed in our configuration, because the problem doesn’t occur anymore.