Oh well. I am calling wget to get things accomplished. Nice work around that also takes care of redirects and all that.

I've submitted a Qt bug report for this: https://bugreports.qt.io/browse/QTBUG-119614 "SSL initialization is around 10 to 100 times slower in Qt 6"

Does your QNetworkAccessManager emit encrypted() or sslErrors() signals? If so, what errors?

@SGaist Yeah I ended up setting environment variables to point to the OpenSSL install inside of Qt. That ended up solving my problems.

@Romain-C it is really odd - however I didn't do much work on High Sierra (it is very outdated). On Catalina and BigSur SSL support works out-of-the-box though. Are you able to examine server side logs by any chance? This could help you to check if any connection is being made... With regards to errors you should examine if QNetworkManager::SslErrors() signal is being emitted (simply connect to it) (I assume anonymousRequests is of type QNAM)

i am facing the same nightmare. it's 2weeks i'm stuck tryin' to obtain my static +openssl build and...no way. No issues compiling without openssl support. Any progress on that? Seems that nobody wants to help :(

Well WebAssembly is pretty strict, if you want to make https requests you need to use a proxy/bridge program that translates from websockets to http, it's installed on a PC on the same LAN as the WebAssembly PC (or on the same PC). For example you could use this one: https://github.com/novnc/websockify

@forca maybe you need to do some additional steps From QSslSocket documentation: Describes the peer verification modes for QSslSocket. The default mode is AutoVerifyPeer, which selects an appropriate mode depending on the socket's QSocket::SslMode. QSslSocket::QueryPeer 1 QSslSocket will request a certificate from the peer, but does not require this certificate to be valid. This is useful when you want to display peer certificate details to the user without affecting the actual SSL handshake. This mode is the default for servers. Note: In Schannel this value acts the same as VerifyNone. And looking at this QWebEnginePage browser example, check the Downloading Favicons code snippet, which may help you accessing the underlying QSslSocket

hey i didn't fixed it . i downloaded Qt5.12.4 and then upgraded my openssl lib to 1.1.1b so i am good now thanks !!

Hi, Not the same backend used. Unless you re-build Qt and force the use of OpenSSL. Qt on macOS uses Apple's SecureTransport framework. OpenSSL on that platform has been deprecated a long time ago.

@koahnig Try using skip_ssl in my.ini file located in MySQL installer path. This worked out for me. [mysqld] skip_ssl

Ok, thanks for the reply. It pointed me in the correct direction and after many failures I finally figured it out. I guess you only learn when you need to dig deep. The only thing I had to do was install the correct version of openSSL. Since it is my first time I had no idea what the letter actually meant, I picked the first build, which was version g, I had to install version n. For all future wanderers, the only thing you need to do to make the client work is one of the two options: Just copy ssleay32.dll and libeay32.dll to working directory OR Install the latest version and set PATH to the folder where the two dlls are located. After that you can use QWebSocket without even knowing SSL exists. Just call: QWebSocket socket; socket.open( QUrl("someaddress") ); And, when the dlls are found the warnings disappear. That's it.

Hi, You should rather bring this to the interest mailing list. You'll find there the QtRemoteObject developers/maintainers. This forum is more user oriented.

@kfrosty Thank you! Did work for me too! :)

Thanks. Path of least resistance was build OpenSSL for Android and deploy with our app.

IIRC there was a renaming of the libraries of OpenSSL so you'll have to double check.

The handshake is the process that establishes the secure connection, in Qt QSslSocket::connectToHostEncrypted and QSslSocket::startServerEncryption take care of the handshake. The "Hello Word" sent across is just normal TCP communication that could be done even without encryption (i.e. using QTcpSocket)

@Mkowalik-Mimesis and why does it crash? What is the value of incoming QNetworkReply* ? Are you doing any fancy deletes? in your CustomNetworkManagerFactory::create() you get a QObject* passed as a parent for the QNAM to create. But you set the parent to the this pointer instead. it would be cleaner not to couple the created QNAM with your factory class by connecting signals and slots of them. Instead you should subclass QNAM, move the onIgnoreSSLErrors() slot to it and connect it to itself instead. you are overwriting your local m_networkManager member variable everytime create() is called. Which doesn't go along with a factory implementation ;) I don't know if this already solves your crash, it may be.