Mailpoet Newsletter Thumbnails 0 bytes

Hi Nigel,

Thanks for the details. So, it is creating 0 byte files, but not writing any data to them. When you replace it with an actual image file on the same site, does it load as expected?

Have you taken the following steps? If not yet, please do.

• Review this page to see if you could be facing any of the issues outlined there.
• Completing?a conflict test?to see if any plugins could be affecting it.?

Let me know!

Hi B C, a11n,

Thank you for your suggestions, however these suggestions did not resolve my issue.

The problem is not with IMAGES saving, loading or being displayed. The problem I encounter is ONLY with sent Emails and Email Templates.

When I create or import a TEMPLATE there is an image associated, but that TEMPLATE is 0 bytes. The same happens with sent Emails where the Email is all saved and useable as expected, but again there is no preview.

Working on development site.

Not working on live site.

Please note this isn’t a show stopper because when selected the template performs as expected. It is only the preview that is effected.

Thanks

Nigel

Hi again Nigel,

Wow, that’s very odd indeed. I have tried to reproduce it on my own site and I can’t.

Are there any differences between your staging and live sites? I am asking because the only thing I can think of is some kind of conflict only present on your live site.

I hope this helps!

Cheers

Hi Dani F. a11n,

Thank you for your reply, indeed it is strange, I have two wordpress sites on that host and both behave the same way, i.e. the preview does not work!

The only difference is the host,

Info from Health check:

Production:

wp-server

server_architecture: Linux 2.6.32-042stab145.3 x86_64
httpd_software: Apache
php_version: 8.0.30 64bit
php_sapi: cgi-fcgi
max_input_variables: 1000
time_limit: 1800
memory_limit: 512m
max_input_time: -1
upload_max_filesize: 256M
php_post_max_size: 256M
curl_version: 8.5.0 OpenSSL/1.1.1w
suhosin: false
imagick_availability: false
pretty_permalinks: true
htaccess_extra_rules: true
current: 2024-01-03T23:07:39+00:00
utc-time: Wednesday, 03-Jan-24 23:07:39 UTC
server-time: 2024-01-04T10:07:37+11:00

Staging:

wp-server

server_architecture: Linux 5.15.0-89-generic x86_64
httpd_software: Apache/2.4.52 (Ubuntu)
php_version: 8.1.2-1ubuntu2.14 64bit
php_sapi: fpm-fcgi
max_input_variables: 1000
time_limit: 600
memory_limit: 256M
max_input_time: 400
upload_max_filesize: 256M
php_post_max_size: 256M
curl_version: 7.81.0 OpenSSL/3.0.2
suhosin: false
imagick_availability: true
pretty_permalinks: true
htaccess_extra_rules: false
current: 2024-01-03T23:10:39+00:00
utc-time: Wednesday, 03-Jan-24 23:10:39 UTC
server-time: 2024-01-04T10:10:31+11:00

Maybe this helps, if not then I’ll just continue as is.

Thanks again.

Nigel

Hi there Nigel,

Thank you for sending those over. I’m not sure whether this is what’s causing the issue, but I do see that your production server lists imagick_availability: false, while it is true on the Staging server (where I understand the preview images are working as expected).

Since that library is used for creating and modifying images, having it not available on the production site could be related to the broken preview images for the templates. You could try switching that on for the production server and then check to see if that resolves the issue.

Aside from that though, I think it would be a matter of going through and making sure everything is matching between your staging and production servers (since it works as expected on staging).

Since you’ve indicated that it’s not a showstopper and you can “just continue as is”, then that’s certainly an option too!

Please let me know if you have any questions. Thank you!