I have updated picard to the newest version, and now picard cannot connect to musicbrainz.
I can’t search for updates or find albums.
Picard is added to windows firewall, I have reset all settings in Picard, and I even tried an older version.
Nothing worked.
Another machine running Linux has no problem contacting the servers.
This is a mixup of the openssl version on your system and the one Qt5 was compiled against?
How have you installed Picard? If you have installed it via pip than you must be aware that the PyQt5_Qt5 package on pypi has been compiled against openssl 1, which most distributions have dropped.
I was confused by you mentioning Linux I think. You mention Windows firewall, so this is on Windows?
Still it is a mixup of openssl libraries, Qt loading an incompatible one. Please check if you have any libssl DLLs in a system wide location, such as C:\Windows\System32 or any directory in your %PATH%.
If that is going on then you have some other naughty app putting dlls where it should not be putting them. This won’t just upset Picard. Installers should have stopped putting stuff in \Windows and \Windows\System32 folders since back in the days of XP.
Rename both of the rogue dlls in the Windows folders to libssl-1_1-x64.dll.hide and you’ll
a\ likely see Picard work as it should.
b\ will see something else fail to work.
If you spot what fails… then MOVE this dodgy dll and plonk it in the folder with the misbehaving app.
That misbehaving app should be happy with the dll sitting next to it. But I also expect that that app has dumped other things in the \Windows\ folder too.
Now i get the following error twice on start:
Picard starts after, but still no connection.
The procedure entry point OPENSSL_sk_new_reserve could not be located in the dynamic link library C:\Program Files\MusicBrainz Picard\PyQt5\Qt5\bin\libssl-1_1-x64.dll
I am now wondering if that misbehaving app has dumped other things in your \Windows\ folder as well that is upsetting Qt5.
I went to look in my own \MusicBrainz Picard\PyQt5\Qt5\bin\ folder but I don’t have one. But also I am a version or two behind… let me update and see if I get a bin folder
My PC isn’t exactly short of apps on it. But notice how the Windows folder has no QTxx.dll files in here.
Now messing with a Windows folder is not advised. Even less so the \Windows\System32\ folder. But I think you have someone else’s app installing stuff where it should not be which is now clashing with Picard. So anything from the above screen shot likely should not be in your Windows folder and can be renamed to hide it.
DISM and SFC will only tell you what is missing from Windows. Not what is added and should not be there.
Had a closer look at my current Picard folder. Just installed latest on top. No idea why my copy has put the contents of that bin folder in \MusicBrainz Picard\ folder instead. Odd, but it works. But then I am odd and use a non-default folder to install apps in.
The term for this mess is “DLL Hell” and I thought we had left it behind with XP. But some other app dev whose app you have installed has taken us back in time.
There is a corresponding libcrypto DLL, also with that 1_1 version. I guess now that you renamed libssl there is still the libcrypto in your windows folder causing version mismatch.
Unfortunately there are quite a view installers or bad advises to users to copy DLLs into those system locations. This is just calling for trouble with software failing in unexpected ways.
Because we put those DLLs in both locations, actually to avoid situations like here. The hope, and my common Windows knowledge, is, that DLLs next to the .exe are preferred. Also PyInstaller, which is the tool that bundles everything needed for Picard, makes some effort to have the DLL loading from the program installation first.
But in the end this all does not seem enough and DLLs in the system location still can be loaded first.
This is what confuses me. I thought the dlls next to the app were always a priority. So a better suggestion than my comment above… just copy all the dlls from the bin folder and drop em next to Picard?
Could @Lasborg just copy the contents of C:\Program Files\MusicBrainz Picard\PyQt5\Qt5\bin\ and move it into C:\Program Files\MusicBrainz Picard\ ?
I guess the BIN folder is not being seen. Too far down the %PATH%
@Deleted_Editor_2577447 the copy you have in that driverstore stays out of the way as it is not on the %PATH%. Windows applications will load things from next to the app first, then if it can’t find what it needs it looks on the %PATH%. And first folder in the %PATH% is C:\Windows\system\ which is why Dll Hell used to be caused by dumb devs in the 1990s putting out of date stuff into that folder. The fact this can still happen is pretty amazing.
I am curious as to why Picard puts these into a bin folder hidden down in C:\Program Files\MusicBrainz Picard\PyQt5\Qt5\bin\ ? How does Picard know to look there?