Qt 6.2.0 - beta 3 - Qt Network: qt.network.ssl: No functional TLS backend was found

[mingr]

From the document here: https://doc-snapshots.qt.io/qt6-dev/ssl.html

By default, an SSL-enabled Qt library dynamically loads any installed OpenSSL library at run-time.

I used OpenSSL 1.1.1j Toolkit and windeployqt and I am pretty sure that libcrypto-1_1-x64.dll and libssl-1_1-x64.dll are in the same folder as the executable when deploying.

On qt 5.15, all seems good, but when trying to migrate to Qt 6.2.0, qt.network.ssl: No functional TLS backend was found will show up.

Something weird in cmake that I noticed as well, It will do some package search even if I do not require it.

-- Could NOT find OpenSSL, try to set the path to OpenSSL root folder in the system variable OPENSSL_ROOT_DIR (missing: OPENSSL_CRYPTO_LIBRARY) (found version "1.1.1g")
-- Found WrapOpenSSLHeaders: C:/Strawberry/c/include (found version "1.1.1g")

Not quite sure if these are relevant.

Thank you for the help!

[mingr]

Seems like windeployqt does not deploy necessary plugins for qt network to work. If I copy the whole plugin folder, it seems to work.

Still trying to figure out which and OPENSSL_INCLUDE_DIR is needed to give to cmake inorder to prevent it from grabbing Strawberry

[mingr]

Found:
6.2.0\msvc2019_64\plugins\tls

all plugins in this folder are needed

and plugins\tls folder structure is needed to be maintained

I will open an issue

[jtooker]

Is this the bug you filed? https://bugreports.qt.io/browse/QTBUG-95247 For what it is worth, I'm having the same issue with Qt 6.4.2 (bug says it was fixed in Qt 6.2). Edit: I had a separate bug. windeployqt appears to be doing its job in Qt 6.4.2.