We had certificates from Gandi embedding expired root certicates, so I had to get rid of them. Also upgraded our gateway servers to use most recent ssl stuff and did a bunch of cleanup in the way we manage certificates.
The root cause was certificates as provided by Gandi. This isn’t yet solved on their side, but it should happen very soon.
Sorry for the inconvenience, this certificate expiration has caused a lot of problems it seems.
Bingo. Working fine now. Thank you!
Still experiencing the issue here.
Not working for me either, still getting “SSL handshake failed (QT code 6, HTTP code None)”
On MacOS 10.11.6 and Picard 2.1.3.
Not working for me yet. “SSL handshake failed ” start few days ago on OSX 10.11.6 and Picard 2.1.3.
Also Picard can’t connect server to control new version. I know this is the last for my OS but simply I’ve checked connection and it does not work.
I tried to uninstall completely Picard included preference and caches and reinstall it with no solution.
If the problem is about expired certificates I don’t know how solve the problem. Someone suggest a way to resolve? Thanks.
The issue should be fixed on MusicBrainz’s side, but some systems have the root certificates installed locally and will need those updated.
For some people, the solution will be a system update. Most Linux distributions should have an update to “ca-certificates” out by now. Don’t know how this works with macOS or Windows. Just check your system updates daily, I guess?
Working for me now. Huge thank you!
Hey there…
Unfortunatly since Saturday Picard cannot load album…
I’m using Picard 1.4.2 on windows 10…
Would be very glad if someone had some advice…
…and that’s what log says…:
E: 12:11:00 Network request error for https://musicbrainz.org:443/ws/2/release/913b2d7a-0849-4d7c-a3e6-ff5623d40987?inc=release-groups+media+recordings+artist-credits+artists+aliases+labels+isrcs+collections+artist-rels+release-rels+url-rels+recording-rels+work-rels: SSL handshake failed (QT code 6, HTTP code None)
E: 12:11:00 SSL handshake failed
D: 12:11:00 Updating file <File u"01 Rock ‘n’ Roll Damnation.flac">
D: 12:11:00 Loading album d2490e7b-7f9f-48fd-ac72-1b78cff7b0c8 …
D: 12:11:00 Moving <File u"01 Rock ‘n’ Roll Damnation.flac"> from <Cluster u’Unmatched Files’> to <Cluster u’Unmatched Files’>
D: 12:11:00 Updating file <File u’02 Down Payment Blues.flac’>
D: 12:11:00 Album d2490e7b-7f9f-48fd-ac72-1b78cff7b0c8 already loaded.
D: 12:11:00 Moving <File u’02 Down Payment Blues.flac’> from <Cluster u’Unmatched Files’> to <Cluster u’Unmatched Files’>
D: 12:11:00 Updating file <File u’03 Gimme a Bullet.flac’>
D: 12:11:00 Album d2490e7b-7f9f-48fd-ac72-1b78cff7b0c8 already loaded.
D: 12:11:00 Moving <File u’03 Gimme a Bullet.flac’> from <Cluster u’Unmatched Files’> to <Cluster u’Unmatched Files’>
D: 12:11:00 Updating file <File u’04 Riff Raff.flac’>
D: 12:11:00 Album d2490e7b-7f9f-48fd-ac72-1b78cff7b0c8 already loaded.
D: 12:11:00 Moving <File u’04 Riff Raff.flac’> from <Cluster u’Unmatched Files’> to <Cluster u’Unmatched Files’>
D: 12:11:00 Updating file <File u’05 Sin City.flac’>
D: 12:11:00 Album d2490e7b-7f9f-48fd-ac72-1b78cff7b0c8 already loaded.
D: 12:11:00 Moving <File u’05 Sin City.flac’> from <Cluster u’Unmatched Files’> to <Cluster u’Unmatched Files’>
D: 12:11:00 Updating file <File u"06 What’s Next to the Moon.flac">
D: 12:11:00 Album d2490e7b-7f9f-48fd-ac72-1b78cff7b0c8 already loaded.
D: 12:11:00 Moving <File u"06 What’s Next to the Moon.flac"> from <Cluster u’Unmatched Files’> to <Cluster u’Unmatched Files’>
D: 12:11:00 Updating file <File u’08 Up to My Neck in You.flac’>
D: 12:11:00 Album d2490e7b-7f9f-48fd-ac72-1b78cff7b0c8 already loaded.
D: 12:11:00 Moving <File u’08 Up to My Neck in You.flac’> from <Cluster u’Unmatched Files’> to <Cluster u’Unmatched Files’>
D: 12:11:00 Updating file <File u"07 Gone Shootin’.flac">
D: 12:11:00 Album d2490e7b-7f9f-48fd-ac72-1b78cff7b0c8 already loaded.
D: 12:11:00 Moving <File u"07 Gone Shootin’.flac"> from <Cluster u’Unmatched Files’> to <Cluster u’Unmatched Files’>
D: 12:11:00 Updating file <File u’09 Kicked in the Teeth.flac’>
D: 12:11:00 Album d2490e7b-7f9f-48fd-ac72-1b78cff7b0c8 already loaded.
D: 12:11:00 Moving <File u’09 Kicked in the Teeth.flac’> from <Cluster u’Unmatched Files’> to <Cluster u’Unmatched Files’>
E: 12:11:00 Network request error for https://musicbrainz.org:443/ws/2/release/0cf73adf-48e8-4b9a-8026-8b3cbe4d5827?inc=release-groups+media+recordings+artist-credits+artists+aliases+labels+isrcs+collections+artist-rels+release-rels+url-rels+recording-rels+work-rels: SSL handshake failed (QT code 6, HTTP code None)
E: 12:11:00 SSL handshake failed
D: 12:11:01 WSREQ: Last request to (u’musicbrainz.org’, 443) was 1000 ms ago, starting another one
E: 12:11:01 Network request error for https://musicbrainz.org:443/ws/2/release/d2490e7b-7f9f-48fd-ac72-1b78cff7b0c8?inc=release-groups+media+recordings+artist-credits+artists+aliases+labels+isrcs+collections+artist-rels+release-rels+url-rels+recording-rels+work-rels: SSL handshake failed (QT code 6, HTTP code None)
E: 12:11:01 SSL handshake failed
D: 12:14:34 CA Providers order: Cover Art Archive > Amazon > Whitelist > CaaReleaseGroup > Local
Hi,
I have been using MusicBrainz for years and I have not faced an issue, but suddenly when i used it today it gave me this error “Couldn’t Load Album”.
I opened Info>Error & I got this “SSL handshake failed”.
What the problem could be and how can I fix it?
/edit: I see there’s already a topic about it: [Solved] Picard cannot fetch data from Musicbrainz.org
Which platform are you on? Can you paste the version numbers from Help -> About?
You’re most likely affected by https://support.sectigo.com/articles/Knowledge/Sectigo-AddTrust-External-CA-Root-Expiring-May-30-2020 and https://status.gandi.net/incidents/026k81gp3vmk.
I just tested this, and yes, Picard 1.4.2 cannot load from MB.org right now. I’m not entirely sure how this is caused since the certificates have been updated o server side. But maybe Qt includes the root certificates.
Anyway, the best thing I can recommend you is finally to upgrade to Picard 2. Picard 1.4 is no longer receiving any updates, and there have been many improvements and bugfixes.
I see…
…but for Windows x86-structrured PC there is no 2.3.2 Version available…?
I’ll try to install MB on my ubuntu-system, hopefully this will work…
Thanks anyway, have a nice day…
…after using Version 2.3.2 on linux instead 1.4.2 on win10, it seems like running…
Yes, there is no 32 bit version available for Windows. The reason is that we can’t really support and test this anymore, and the use of 32 bit Windows is declining. Basically all hardware that can run Windows 10 should be able to run the 64 bit version of the OS.
FYI, I was having this problem on MacOS and it was fixed by updating to the latest version of Picard.
You need to go to the installation folder of Picard and replace two old OpenSSL 32-bit DLL files namely libeay32.dll and ssleay32.dll with more recent ones. If you are lazy to compile or look for ones you can take them from the following portable package of taghycardia ( Free MP3 auto tagging utility) as I did , which uses same principle and logic as Picard 1.4.2 https://taghycardia.info/taghycardia.zip
After replacing files (re)start Picard and all should work fine as before.
Just logged in to say this is the best answer and the one that helped, it never crossed my mind to try and update the OpenSSL files, and yes, I am very lazy so the taghycardia files worked just fine, thanks TempOne!
This is the correct solution for this big issue.
I have a Windows 10 32 Bits and I had days without can to use MB Picard.
Now, I can retag the metadats from my music.
Thanks a lot from Mexico City.
