fixed #33401: Fixed random crashes

[Eism]

Resolves: #33401

Qt prefers OpenSSL when qopensslbackend.dll is present, which can crash on ABI mismatch with bundled OpenSSL, The Windows installer installs only schannel, but Qt might find qopensslbackend.dll in the system.

[claude]

Claude Code Review

This pull request is from a fork — automated review is disabled. A repository maintainer can comment @claude review to run a one-time review.

[cbjeukendrup]

Or should we adjust the packaging code to always bundle the correct OpenSSL binaries, so that that one is used instead of one from the system? (I don't know what the advantage of OpenSSL is, but I'd assume there is some, since Qt appears to prefer it)

[Eism]

@cbjeukendrup Good question!

OpenSSL has been around for a long time, and everyone uses it. But native SChannel wrappers for Windows and SecureTransport for Mac have appeared. Meanwhile, OpenSSL is still around, and Qt uses it first when searching for a backend.
After some time, we stopped installing OpenSSL when deploy (I really don't know when we stopped doing it, I didn't find the right commit), and overall, it seems like it's not really needed given MuseScore's needs. I mean, all our requests should work with SChannel as well. OpenSSL provides low-level TLS features for specialized applications. MuseScore makes HTTPS requests to musescore.com, MuseHub, and updates. This is a completely trivial task for any TLS stack. OpenSSL offers no advantage here.

Btw, OpenSSL doesn't copy to macOS either.

Maybe we should disable OpenSSL and see if that solves the problems for users?
@igorkorsukov @RomanPudashkin what do you think?

[igorkorsukov]

I think we should make it as simple as possible; it's really not important to us.

As I understand it, Qt favors OpenSSL for compatibility because it's been around for so long (and probably because it's Open).