Skip Navigation

[Resolved] Toolset + Imagify plugin issue

This support ticket is created 3 years, 10 months ago. There's a good chance that you are reading advice that it now obsolete.

This is the technical support forum for Toolset - a suite of plugins for developing WordPress sites without writing PHP.

Everyone can read this forum, but only Toolset clients can post in it. Toolset support works 6 days per week, 19 hours per day.

Sun Mon Tue Wed Thu Fri Sat
- 9:00 – 12:00 9:00 – 12:00 9:00 – 12:00 9:00 – 12:00 9:00 – 12:00 -
- 13:00 – 18:00 13:00 – 18:00 13:00 – 18:00 14:00 – 18:00 13:00 – 18:00 -

Supporter timezone: America/Jamaica (GMT-05:00)

Tagged: 

This topic contains 10 replies, has 2 voices.

Last updated by Shane 3 years ago.

Assisted by: Shane.

Author
Posts
#1650573

Hi, I need to replace images format in my website from jpeg/png to webp.

To do it I choose Imagify plugin it has function "Create webp versions of images" - hidden link

So, I have optimized images on my site with Imagify plugin and I expected that all images on the all pages would be in webp format.

But for some reason this did not happen. Images which used in views still display in jpeg/png format, other images was converted good.

---- Example ----

Page - hidden link
Image - Genesis casino logo - hidden link
Result of convertation - hidden link (all is okey, insted jpg/png I see webp image)

If watch at this image (more precisely, its thumbnail, which has also been optimized - hidden link ) inside view loop on the main page we will see that image doesn't display in webp format - hidden link

There is a pattern, if the images are inside the loop they are not converted to webp.

Please help me figure out what is the reason and how to fix it.

#1650651

Shane
Supporter

Languages: English (English )

Timezone: America/Jamaica (GMT-05:00)

Screenshot 2020-06-04 at 10.20.32 AM.png

Hi Serhii,

Thank you for getting in touch.

I tried to replicate this issue on my end but all my images in my view loop gets rendered with the correct information. See Screenshot

I've also tested multiple instances where I tested the following:
1. Classic view after optimizing the images.
2. A block view created directly on the page.
3. Display the image field directly through the post template.

In each case above the image field renders in the correct tag with reference to the .webp format.

Can you try re-optimizing your images once more as well as recreating the view to see if the issue still remains.

Thanks,
Shane

#1651311

The problem is Imagify plugin doesn't see thumbnails which were created by Toolset.

For example I have custom size of thumbnail 124x70 (hidden link)

But inside Imagify settings this size of thumbnail absent - hidden link

#1651875

Shane
Supporter

Languages: English (English )

Timezone: America/Jamaica (GMT-05:00)

Screenshot 2020-06-05 at 10.01.01 AM.png

Hi Serhii,

I only notice this when using the Block editor to build out my view.

If you use this shortcode below.
[types field='image' title='%%TITLE%%' alt='%%ALT%%' size='thumbnail' resize='proportional'][/types]

Then the correct information will be displayed. Take a look at my screenshot for what is generated with this code above.

So you can try manually calling the field using the shortcode.

Please let me know if this helps.
Thanks,
Shane

#1651985

I am not using Block editor

This is how my shortcode looks:

[types field='logotip-kazino' title='%%TITLE%%' alt='%%ALT%%' align='center' size='custom' width='124' height='70' resize='crop'][/types] - hidden link

If I use size='thumbnail' all works good because it is one of default wordpress image sizes. But I need to use my own sizes (like size='custom' width='124' height='70') and here the problems begin ...

Please try using in your shortcode size='custom', and not size='thumbnail' and tell me, is it possible to reproduce the problem?

#1652133

Shane
Supporter

Languages: English (English )

Timezone: America/Jamaica (GMT-05:00)

Hi Serhii,

Ok so I can understand why this is the issue now. Unfortunately there wont be much that we can do here because the images are being regenerated and cropped to their new sizes.

What is happening is that imagify doesn't seem to support the custom image sizes because when I define a custom image size using the function below
https://developer.wordpress.org/reference/functions/add_image_size/

I would recommend that you get in touch with the imagify team to see if they have a solution for when an image is dynamically generated with a new size.

Thanks,
Shane

#1652159

Ok, I have tried to use other plugin with similar function - EWWW Image Optimizer and see the same problem hidden link

Images like logo convert good - hidden link

Images with size='custom' - doesn't work...

Two big and popular plugins ( EWWW and Imagify) have the same problem? Maybe it is the problem with Toolset?

#1652201

Shane
Supporter

Languages: English (English )

Timezone: America/Jamaica (GMT-05:00)

Hi Serhii,

What i'm trying to explain is if the Plugins don't support the use of Custom Image sizes then they won't benefit from the optimization.

If you take a look when our plugin is rendering the image it adds the "wpcf_160x150.jpg" at the end which essentially means the image is pointing to a location that technically doesn't exist.

Hence why I say that the thumbnails for toolset are being generated dynamically.

There isn't much that we can do about this given the issue, however what I can do is to escalate this under a compatibility issue but I cannot guarantee that this issue will be fixed any time soon.

Please let me know what you think of this.

Thanks,
Shane

#1652229

> If you take a look when our plugin is rendering the image it adds the "wpcf_160x150.jpg" at the end which essentially means the image is pointing to a location that technically doesn't exist.

I do not understand, I go to the server and see these images. They are static and are generated only once, why plugins do not see them? - hidden link

>There isn't much that we can do about this given the issue, however what I can do is to escalate this under a compatibility issue but I cannot guarantee that this issue will be fixed any time soon.

I would be grateful for that. Because this problem makes Toolset extremely unfriendly in terms of working with image optimization and site speed.

#1654351

Shane
Supporter

Languages: English (English )

Timezone: America/Jamaica (GMT-05:00)

Hi Serhii,

I've escalated this issue to our 2nd tier supporters for further analysis .

Once there is an update I will let you know.

Thanks,
Shane

#2023695

Shane
Supporter

Languages: English (English )

Timezone: America/Jamaica (GMT-05:00)

Hi Serhii,

Thank you for the continued patience, I've seen where this issue has been fixed from our Blocks version 1.3

If you are still running any version below version 1.3 then I would advise that you perform an update and if you're still experiencing this issue then I recommend opening a new ticket.

Thanks,
Shane

This ticket is now closed. If you're a WPML client and need related help, please open a new support ticket.