Thumbnail creation doesn't work as expected when using webp

[andreasotto]

Description

Thumbnail creation doesn't work as expected when using 'format' => 'webp'.
As soon as one switches the format to webp, the creation of thumbs doesn't work any more. Although images are converted to webp, as expected, the image has not the right size. Instead of that, the original, full size is given out.

Expected behavior
Even if webp format is used, the thumb settings should be taken into account and the thumbs should be generated in the required size.

To reproduce

Setup config.phpwith these settings:

    'thumbs' => [
        'format' => 'webp',
        'presets' => [
            '1950w' => ['width' => 1950, 'quality' => 30],
        ]
    ],

Then use in a template like this:

<img src="<?= $image->thumb('1950w')->url() ?>">

Result:

• Image is converted to webp (as expected)
• But the preset setting was not taken into account. The image is output in full size (not expected).
• (As soon as you remove format webp, the thumb will be output in the correct size again.)

Kirby Version
3.6.1.1

[distantnative]

Which thumb driver are you using? https://getkirby.com/docs/reference/system/options/thumbs#thumbs-driver
Default gd?

[andreasotto]

Yes, default (changed no setting for that).

Update: Just switched to im for a test, but makes no difference.

[afbora]

I've tested your settings on Starterkit 3.6.2 and works great for me.

Don't forget:

Smaller image width

If the image width (for ex: 800x600px) is less than the desired (1950px) width, the full size (800px) is displayed.

Crop option

If you do not want the above situation, you can use the crop option. So the size you want is always shown.

'thumbs' => [
    'format' => 'webp',
    'presets' => [
        '1950w' => ['width' => 1950, 'quality' => 30, 'crop' => true],
    ]
],

[afbora]

@andreasotto Have you tried my last post?

[bastianallgeier]

Maybe your GD and IM installations don't support webp yet. It has been introduced in more recent versions.

[andreasotto]

Debian 11.2
PHP 8.1.4
Kirby 3.6.2

Everything is up-to-date

Converting to webp seems to work, but the file is not resized.

config.php (as suggested by @afbora ):

    'thumbs' => [
        'format' => 'webp',
        'presets' => [
            'background' => ['width' => 1950, 'quality' => 30, 'crop' => true],
        ]
    ]

Template:

            <?php if($image = $block->image()->toFile()) : ?>
                <img class="w-full h-full object-cover" src="<?= $image->thumb('background')->url() ?>" alt="">
            <?php endif ?>

Result:

As you can see, the image is 4.4 mb and has not been resized.

What can i do to deliver better information to find the problem?

[texnixe]

I can't reproduce the issue, at least not with images that are larger than the target size. An image that was smaller than the target size was blown up though, tested with PHP 8.1 on Mac with Laravel Valet.

[andreasotto]

It does not work on Linux (latest Debian, latest PHP8). Maybe there are some system libraries missing. But that means we need some more documentation of dependencies. But these are all just guesses. The fact is that images from other formats are not converted to WebP in this configuration:

• Debian 11
• PHP 8.1

Installed package: libwebp-dev

gd is configured with gd --with-freetype=/usr/include/ --with-webp --with-jpeg=/usr/include/ && docker-php-ext-install -j$(nproc) gd

phpinfo() says: WebP Support: enabled

I have loaded jpg and other formats into Kirby. The output format chosen was webp. The images look like they would habe been converted to webp, but the size is not changed. So the images are way too big to use in the website. But in reality, no image has been created in the media folder.

There is only a job file, but no image has been saved:

content of jobs file:

{"width":1950,"quality":30,"crop":true,"format":"webp","filename":"stocksnap_btg0uzk1nx-1.jpg"}

This looks like the webp conversion is not working, but unfortunately no error message is displayed either.

[andreasotto]

It worked. The key point was the configuration of gd. This is how it works:

gd --with-freetype=/usr/include/ --with-webp=/usr/include/ --with-jpeg=/usr/include/

[afbora]

@andreasotto Closing the issue then, right?

[andreasotto]

Maybe a short discussion about the requirements or dependencies would be useful, because I think there are two aspects:

1. missing documentation
2. check (e.g. show in the panel if requirements are not met - there is no error message and no hint).

[github-actions]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 14 days if no further activity occurs.