Robert Bamm

Tack f?r snabb service Andreas, problemet l?st! ??

Hello Katereji, okay thanks for the info. I tested it and seems to be working now. Thanks!

• This reply was modified 8 months ago by Robert Bamm.

Hi, my URL is https://www.rimitagreen.com. At the moment the cleantalk plugin is deactivated, since our customers couldn’t buy from our store when it was active.

I had same the same issue come up today. It’s weird that it’s been working normally for a long time, and now all of a sudden, it started producing these spam messages. It’s the same thing when trying to order as admin, when the WP rocket plugin isn’t active. So it can’t be because of the WP-rocket plugin, because it’s not caching or doing anything when logged in.

I found the file now. At a first glance, it does seem this helped. Obviously it’s not a great fix since future updates of the plugin can revert the changes. But why is this script allowed to increase the loading time in the admin panel this much? This should be addressed by the plugin developer?

The server the shop is hosted on is a fast one, with a lot of memory and several CPU cores, so it shouldn’t be because of that.

Where is this file located? Can you give me the exact path?

• This reply was modified 8 months, 4 weeks ago by Robert Bamm.

The test emails work great, no problem, and the site doesn’t have any problems sending email messages. But the coupon isn’t automatically created and the email isn’t sent.

I’ve uninstalled the plugin on the affected sites, so I can’t give you the diagnostic test right now. It will probably happen on other sites soon though, so I can give it then.

Anyways, I was using the latest version of the plugin and it was connected to a normal hosting SMTP, no specific service like send grid or any equivalent.

I can confirm this too! The HTML is not rendering normally in emails being sent, instead you see the plain html code, like <br> </br> etc. I don’t when it starting happening, but after deactivated the plugin, the emails got sent correctly, with normally rendered HTML. So definitely a bug.

Hi,

Okay, I see. But is this something that will be fixed shortly? It’s not gonna be left like this, is it?

Hi Mirko,

Thx for reply. I’ll try to post about this in the slack channel. Hopefully someone will be able to help.

Hello, it seems the problem got resolved by disabling the newly added product attribute table from the Woocommerce settings. Apparently WPML isn’t compatible with this feature yet. It will probably be okay to enable it after a while when WPML have a released a patch. Thx for the help!

The WPML devs suggested that you uncheck the “usage of product attribute table”. I did that and for the moment everything seems okay. But as I said, this could be temporary. I’ll monitor the situation for a couple of days and get back to you.

Apparently their plugin isn’t compatible with the new attribute table.

Up to this point, it has not been working normally on any of the two languages. At the moment though, it seems to be working with the primary language, but not with the secondary. This could however be a temporary state.

Okay, I will check the links you provided.

Hello,

I tried that but it doesn’t seem to have changed anything. The Enable table usage was already checked. I did try to enable the other option next to the table option, but didn’t help. I also tried regenerating the attribute table and I emptied the transients. At the moment the Swedish attribute filters are working but the seconday language attribute filters aren’t visible.

Swedish:
https://smedlunds.com/produkt-kategori/klockor/

Finnish:
https://smedlunds.com/fi/tuote-osasto/kellot/