HTML remains unchanged about froshwebp

[shyim]

Did you enabled webp in the plugin config?

[DanMan]

Yes, I have. I'm using a template that inherits from the "Responsive" base template.

It works on a different server that doesn't use Plesk. So it might have to do with that. Is there some check implemented on the template level?

I'm not sure getGoogleWebpConverterPath() works as intended.

[DanMan]

Another thing: when running frosh:webp:generate it only counts as much images as "stack" as there are in the media manager. Shouldn't the number be larger due to the thumbnails generated by sw:thumbnail:generate?

In any case, if I enable Smarty debugging, there are "webp" entries among the article thumbnails. But they're not used in the output.

[DanMan]

Ok, so it kinda works, if I copy for example the plugin's FroshWebP/Resources/views/frontend/listing/product-box/product-image.tpl into my own template and re-compile it. But even then, not nearly all images are showing up. Most are broken.

[shyim]

frosh:webp:generate Just generates the images for the normal image. That's the reason why ./bin/console sw:thumbnail:generate -f is required.

Did you done both commands?
Have you something special configured in your theme?

[DanMan]

Well, that's not what the installation instruction says, which is to run sw:thumbnail:generate first, then frosh:webp:generate. I've now run the former again, and now it seems to work.

But it also tried to convert the SVG files, which failed. We use one for the site logo, and that one's missing now. The generated HTML has changed and refers to a WebP image that doesn't exist.

Strangely, the browser doesn't fall back on the also referenced SVG file in the HTML but insists to show the broken WebP file instead. What gives?

[shyim]

PHP cannot handle svg ad Image. WebP should be ignored on svg

[DanMan]

I've just tried it again with some banners, and it wasn't enough to run frosh:webp:generate first and then sw:thumbnail:generate. I had to use the force flag for the latter to have the new images show up.

That's ok for small albums like the one for banners, since you can pass the albumId as parameter. But if the product images change (new products added) and you must force re-generating all of them not just the new ones, it can take hours during which at least some images will be broken on the website. Not good.

Why is it that sw:thumbnail:generate doesn't pick up on the new images, if you don't force it?