QSslSocket: cannot resolve SSLv3_client_method / SSLv3_server_method

[cdfre]

Edit

Fixed in 0.12.5 - Please update to this version.

!! Note that downgrading openssl is not a solution !!

Original issue

Ubuntu Ubuntu 14.04.4 LTS

Loading pages (1/6)
QSslSocket: cannot resolve SSLv3_client_method               ] 10%
QSslSocket: cannot resolve SSLv3_server_method

I have libssl-dev and openssl installed.

wkhtmltopdf --version
wkhtmltopdf 0.12.3 (with patched qt)

[rozwell]

Same system, same issue here.

[grevus]

Archlinux +1

[auroraeosrose]

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797926 that's because debian has DROPPED these symbols completely from the packages, the code needs to be adjusted to not use them please!!

ouch!

[hexfusion]

Any workarounds?

[auroraeosrose]

The only workaround I've been able to figure out is to NOT use any https:// urls in anything I"m rendering (luckily s3 works with both) - so all local files or all https

[jonathanjuursema]

What temporarily works for images is to use base64 images in your PDF.

[rozwell]

Well, because wkhtmltopdf has those issues and it's very slow... I switched to TCPDF

[amenk]

Can this be fixed?

[ashkulz]

@amenk: Unless you build distro-specific packages, not really easy to do.

[amenk]

Thank you for your response. While distro-specific packages are no problem for me (that is common for Linux software), the Ubuntu comes without the Qt Patches missing half of the features I need. What would you advise? Can the Ubuntu package maybe be partially staticly built with the Qt patches and the distro specific code needed to make it work? Currently it seems to me, that wkhtmltopdf is not working in a more or less complete feature set on recent Ubuntu / Debian versions at all. Not a good situation, as this is (I suppose) a guide large user base. What can we do?

[ksdev-pl]

Debian Stretch :(

QSslSocket: cannot resolve CRYPTO_num_locks
QSslSocket: cannot resolve CRYPTO_set_id_callback
QSslSocket: cannot resolve CRYPTO_set_locking_callback
QSslSocket: cannot resolve sk_free
QSslSocket: cannot resolve sk_num
QSslSocket: cannot resolve sk_pop_free
QSslSocket: cannot resolve sk_value
QSslSocket: cannot resolve SSL_library_init
QSslSocket: cannot resolve SSL_load_error_strings
QSslSocket: cannot resolve SSLv3_client_method
QSslSocket: cannot resolve SSLv23_client_method
QSslSocket: cannot resolve SSLv3_server_method
QSslSocket: cannot resolve SSLv23_server_method
QSslSocket: cannot resolve X509_STORE_CTX_get_chain
QSslSocket: cannot resolve OPENSSL_add_all_algorithms_noconf
QSslSocket: cannot resolve OPENSSL_add_all_algorithms_conf
QSslSocket: cannot resolve SSLeay

[amenk]

What does that mean? Why is Debian doing that? ​

[ksdev-pl]

I think it's related to the discussed problem - auroraeosrose writes about the changes in debian above. Wkhtmltopdf doesn't work in stretch with https links in html content. Hopefully it will be working when stretch will be released (?).