Millionleaves

Changing the slug solved the problem for me. I didn’t know that would happen with the slug when I used Greek characters.

Thanks for your help!

Sorry, I realise that the title of my request was not clear. I am using Greek characters in the attribute names.

Here is part of the code for the attribute table header:

<th class="? d sortable asc">? d<span class="arrow"></span></th>

The HTML for the table cells in that column look like this:

<td data-title="pa_%e2%8c%80-d-d">28-6</td>

On mobile, the data-title value is displayed instead of the table header value for that attribute.

Hopefully this helps explain the problem better.

Thanks for your response.

– I am using global attributes.
– I am not using a translation plugin
– The site is using US English

Is there a way I can share the page privately?

Strange. A day later and now it’s working. Closing as resolved.

I was having this issue on a site running PHP7.4. Installing the update provided above resolved the issue.

I’ve had this exact issue on several sites, but it took a while (hours across multiple sites) to track down the cause.

As ryan360 said, regenerating images via wp-cli with Imagemagick and this plugin installed was the cause.

So, sadly, I’ve now removed it from all the sites where I had it installed.

I could be interested in the pro version, but in the meantime I think it would be useful if you made people aware of this issue on the main plugin page.

Thanks for your reply.

This site is using:

PHP 7.4
WP 5.6
CF7 Spreadsheets 2.3.1
Contact Form 7 5.3.1
Contact Form 7 Google Analytics Integration 1.8.7 (in case it’s relevant)

+1 for autodetecting and excluding transparent PNGs from the conversion to JPG. I won’t use the conversion feature until that’s possible.

Thanks. I’ll try that and report back.

PHP 7.3

Thanks. Yes, I have both of these tables.

I’m glad I was able to help!

I’ve tested v1.4.2 on my dev site and the login trigger now sends the WooCommerce template email without the error I was experiencing previously.

I can also see the links in the editor – thanks for that.

One further improvement I’d like to see would be an easier way to insert field tags. Currently I have to click the tag, click copy to clipboard, then paste into the email. It’s not a deal breaker but I’m sure it could be made easier.

This is awesome – thanks! Love the options for Text, HTML and WooCommerce, plus the inclusion of the Style field for HTML.

Some feedback:

1. HTML email, no template, inline styles – works perfectly.
2. HTML email, default template. I like the styling but am not sure how to enter my own styling. Some pointers below the Style field would be handy.
3. WooCommerce email. Doesn’t work. I get the errors below.
4. Switching email types deletes the content I’ve entered. Would be nice if it didn’t do that, at least for the fields that are common across different emails.

Error when a WooCommerce email is triggered:

2020/05/12 12:27:26 [error] 3218#3218: *8697 FastCGI sent in stderr: "PHP message: PHP Fatal error:  Uncaught Error: Class 'WC_Email' not found in /var/www/html/wordpress/demostore.com/public/wp-content/plugins/wunderautomation/src/Types/Actions/WooEmailHelper.php:5
Stack trace:
#0 /var/www/html/wordpress/demostore.com/public/wp-content/plugins/wootomation/vendor/composer/ClassLoader.php(414): include()
#1 /var/www/html/wordpress/demostore.com/public/wp-content/plugins/wootomation/vendor/composer/ClassLoader.php(301): Composer\Autoload\includeFile()
#2 [internal function]: Composer\Autoload\ClassLoader->loadClass()
#3 /var/www/html/wordpress/demostore.com/public/wp-content/plugins/wunderautomation/src/Types/Actions/WooCommerceEmail.php(31): spl_autoload_call()
#4 /var/www/html/wordpress/demostore.com/public/wp-content/plugins/wunderautomation/src/Workflow.php(254): WunderAuto\Types\Actions\WooCommerceEmail->doAction()
#5 /var/www/html/wordpress/demostore.com/public/wp-content/plugins/wunderautom" while reading response header from upstream, client: 123.255.61.252, server: demostore.com, request: "POST /wp-login.php HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.4-fpm.sock:", host: "demostore.com", referrer: "https://demostore.com/wp-login.php?redirect_to=http%3A%2F%2Fdemostore.com%2Fwp-admin%2F&reauth=1"

I also noticed that a plugin called simple-image-sizes was showing as the first entry in the stack trace – the log entries above are what I saw after disabling that plugin, so that wasn’t triggering the error but perhaps it conflicts with this plugin.

EDIT: should have mentioned – the trigger for my email testing was to have an Administrator log in, in case that’s relevant. I had three email actions in the same automation – those emails were sent with no problem.

• This reply was modified 4 years, 10 months ago by Millionleaves. Reason: Adding detail

For me, the ability to send HTML emails is my primary concern, so I can send branded emails. Having access, as an option, to the Woo email templates would be nice but not necessary. More useful would be the option to create a separate CSS file in the theme so I can use classes in my HTML rather than coding style information directly into the email.

I like the way support for HTML emails are implemented in this plugin:

https://www.ads-software.com/plugins/woo-cart-abandonment-recovery/

Having the available tokens in the toolbar is a nice touch.

I’d be happy to discuss further directly if that would help.

I have tested this snippet and it does not work. Abandoned cart emails are still being sent for on-hold orders.