wkhtmltopdf build for alpine 3.19 not working correclty

Following instructions at https://gitlab.lakedrops.com/docker/wkhtmltopdf the resulting wkhtmltopdf does output black squares instead of text.

Dockerfile used (used libssl3 instead of libssl1.1 as latter not available, anymore):

FROM surnet/alpine-wkhtmltopdf:3.19.0-0.12.6-full as wkhtmltopdf
FROM php:8.2-fpm-alpine3.19 AS app

# wkhtmltopdf install dependencies
RUN apk add --no-cache \
        libstdc++ \
        libx11 \
        libxrender \
        libxext \
        libssl3 \
        ca-certificates \
        fontconfig \
        freetype \
        ttf-droid \
        ttf-freefont \
        ttf-liberation \
        # more fonts
        ;

# wkhtmltopdf copy bins from ext image
COPY --from=wkhtmltopdf /bin/wkhtmltopdf /bin/libwkhtmltox.so /bin/

For testing I have copied the 2 files into af-grp-php-1:

docker cp libwkhtmltox.so af-grp-php-1:/bin
docker cp wkhtmltopdf af-grp-php-1:/bin

Then in af-grp-php-1:/bin run:

wkhtmltopdf https://google.com /var/www/html/files/default/private/gam_pdf_test/test.pdf

which results in the following file:

test.pdf

changed the description

Hi @richardpapp thanks for reporting this. Is this only with Alpine 3.19 and is it still working with 3.17?

What's the reason we now need Alpine 3.19 support?

@jurgenhaas As far as I understand composer/plugin/docker4drupal@1e426c0d uses the OS version to retrieve wkhtmltopdf.

The php container runs on alpine 3.19:

richard@af-grp-l3d:/drupal$ docker exec -u 0 -it af-grp-php-1 /bin/bash
f87ec0b5df77:/var/www/html# cat /etc/os-release
NAME="Alpine Linux"
ID=alpine
VERSION_ID=3.19.0
PRETTY_NAME="Alpine Linux v3.19"
HOME_URL="https://alpinelinux.org/"
BUG_REPORT_URL="https://gitlab.alpinelinux.org/alpine/aports/-/issues"

Currently the php container doesn't start if wkhtmltopdf is enabled in lakedrops.yml:

docker4drupal:
  wkhtmltox:
    enable: true

I'm not sure how to test this with alpine 3.18. However, running the base image works:

docker run surnet/alpine-wkhtmltopdf:3.19.0-0.12.6-full google.com -> test.pdf

test.pdf

Maybe libssl1.1 has also to be changed to libssl3 in templates/wkhtmltox.sh.twig?

assigned to @richardpapp

unassigned @richardpapp

Ah, our containers are built with the following matrix:

    matrix:
      - ALPINE: '3.12'
        PHP: '7.4'
      - ALPINE: '3.12'
        PHP: '8.0'
      - ALPINE: '3.15'
        PHP: '8.1'
      - ALPINE: '3.17'
        PHP: '8.2'

So, in the context of L3D, there is no Alpine 3.19 - but that may be different with the images from Wodby, which are used for the PHP and Apache and other services for the application itself. I haven't checked into their Docker build process to see on which Alpine version they're based. Maybe they use Alpine 3.19, though.

So, in that case, we have to do some research, how we can get a wkhtmltopdf binary which is Alpine 3.19 ready.

added Doing label

assigned to @richardpapp

@jurgenhaas I have now created the image with above-mentioned dockerfile, then:

docker run --rm --name wkhtml phpwithwkhtmltopdf
docker exec -it wkhtml /bin/sh
cd /bin
wkhtmltopdf google.com test.pdf
exit
docker cp wkhtml:/bin/test.pdf .

This outputs a correct pdf:

test.pdf

Hence, wkhtmltopdf libraries seem to be ok. I suggest that I commit them for alpine 3.19 and if it does not work, I also change libssl1.1 to libssl3 in https://gitlab.lakedrops.com/composer/plugin/docker4drupal/-/blob/main/templates/wkhtmltox.sh.twig. However, I'm not sure, if that template is used at all.

Yes, I've just checked: this script will be executed when the PHP container gets initialized as it is mounted like this in the docker-compose file:

{{ projectroot }}/.docker-init/wkhtmltox.sh:/docker-entrypoint-init.d/50-wkhtmltox.sh

removed Doing label

unassigned @richardpapp

closed

marked this issue as related to #2 (closed)