Picard Hangs on [loading album information] seemingly for 1 album

MusicBrainz Picard
1

I’ve been using the “lookup in browser feature,” which has worked well for tons of releases. I have one that is stuck on the [loading album information] process. I’ve been able to load other albums after that one with no problem. I have tried refreshing, and I’ve waited a couple hours between tries. I checked out the FAQs and previous posts. They didn’t seem to quite apply. FYI-I’m not using any third-party plugins. Here is the text from my log. Using the [web] and [dot] inserts because of the link limit.

D: 18:24:30 Debug mode on

D: 18:24:57 webbrowser2: [web] musicbrainz [dot] org:80/taglookup?tport=8000&artist=Goo Goo Dolls&track=Slide (Live)&tracknum=4&duration=237911&release=Live In Buffalo July 4th 2004&filename=04 Slide (Live).m4a

D: 18:25:35 Browser integration request: [‘GET’, ‘/openalbum?id=f3d67453-3d90-4727-a63e-b6879dc1d102&t=1601936700’, ‘HTTP/1.1’]

D: 18:25:35 Loading album f3d67453-3d90-4727-a63e-b6879dc1d102 …

D: 18:25:35 WSREQ: Last request to (u’musicbrainz [dot] org’, 80) was 1188250 ms ago, starting another one

D: 18:25:35 Received reply for [web] musicbrainz [dot] org:80/ws/2/release/f3d67453-3d90-4727-a63e-b6879dc1d102?inc=release-groups+media+recordings+artist-credits+artists+aliases+labels+isrcs+collections+artist-rels+release-rels+url-rels+recording-rels+work-rels+recording-level-rels+work-level-rels: HTTP 200 (OK) (CACHED)

D: 18:25:35 Loading release u’f3d67453-3d90-4727-a63e-b6879dc1d102’ …

D: 18:25:35 New CoverArt for <Album f3d67453-3d90-4727-a63e-b6879dc1d102 u’’>

D: 18:25:35 CA Providers order: Cover Art Archive > Amazon > Whitelist > CaaReleaseGroup > Local

D: 18:25:35 There are suitable images in the Cover Art Archive for f3d67453-3d90-4727-a63e-b6879dc1d102

D: 18:25:35 Trying cover art provider Cover Art Archive …

D: 18:25:36 WSREQ: Starting another request to (‘coverartarchive [dot] org’, 80) without delay

D: 18:25:36 Received reply for [web] coverartarchive [dot] org:80/release/f3d67453-3d90-4727-a63e-b6879dc1d102/: HTTP 307 (TEMPORARY REDIRECT)

D: 18:25:36 Redirect to [web] archive [dot] org/download/mbid-f3d67453-3d90-4727-a63e-b6879dc1d102/index.json requested

D: 18:25:36 WSREQ: Starting another request to (‘archive [dot] org’, 80) without delay

D: 18:25:36 Received reply for [web] archive [dot] org:80/download/mbid-f3d67453-3d90-4727-a63e-b6879dc1d102/index.json: HTTP 302 (Found)

D: 18:25:36 Redirect to [web] ia802909.us.archive [dot] org/22/items/mbid-f3d67453-3d90-4727-a63e-b6879dc1d102/index.json requested

D: 18:25:36 WSREQ: Starting another request to (‘ia802909.us.archive [dot] org’, 80) without delay

D: 18:25:37 Received reply for [web] ia802909.us.archive [dot] org:80/22/items/mbid-f3d67453-3d90-4727-a63e-b6879dc1d102/index.json: HTTP 200 (OK) (CACHED)

D: 18:25:37 Queuing cover art image CaaCoverArtImage(url=u’ [web] coverartarchive [dot] org/release/f3d67453-3d90-4727-a63e-b6879dc1d102/25930860328-500.jpg’, types=[u’front’, u’raw/unedited’], is_front=True)

D: 18:36:32 Loading album f3d67453-3d90-4727-a63e-b6879dc1d102 …

D: 18:36:32 WSREQ: Last request to (u’musicbrainz [dot] org’, 80) was 657469 ms ago, starting another one

D: 18:36:33 Received reply for [web] musicbrainz [dot] org:80/ws/2/release/f3d67453-3d90-4727-a63e-b6879dc1d102?inc=release-groups+media+recordings+artist-credits+artists+aliases+labels+isrcs+collections+artist-rels+release-rels+url-rels+recording-rels+work-rels+recording-level-rels+work-level-rels: HTTP 200 (OK)

D: 18:36:33 Loading release u’f3d67453-3d90-4727-a63e-b6879dc1d102’ …

D: 18:36:33 New CoverArt for <Album f3d67453-3d90-4727-a63e-b6879dc1d102 u’’>

D: 18:36:33 CA Providers order: Cover Art Archive > Amazon > Whitelist > CaaReleaseGroup > Local

D: 18:36:33 There are suitable images in the Cover Art Archive for f3d67453-3d90-4727-a63e-b6879dc1d102

D: 18:36:33 Trying cover art provider Cover Art Archive …

D: 18:36:33 WSREQ: Starting another request to (‘coverartarchive [dot] org’, 80) without delay

D: 18:36:34 Received reply for [web] coverartarchive [dot] org:80/release/f3d67453-3d90-4727-a63e-b6879dc1d102/: HTTP 307 (TEMPORARY REDIRECT)

D: 18:36:34 Redirect to [web] archive [dot] org/download/mbid-f3d67453-3d90-4727-a63e-b6879dc1d102/index.json requested

D: 18:36:34 WSREQ: Starting another request to (‘archive [dot] org’, 80) without delay

D: 18:36:34 Received reply for [web] archive [dot] org:80/download/mbid-f3d67453-3d90-4727-a63e-b6879dc1d102/index.json: HTTP 302 (Found)

D: 18:36:34 Redirect to [web] ia802909.us.archive [dot] org/22/items/mbid-f3d67453-3d90-4727-a63e-b6879dc1d102/index.json requested

D: 18:36:34 WSREQ: Starting another request to (‘ia802909.us.archive [dot] org’, 80) without delay

D: 18:36:34 Received reply for [web] ia802909.us.archive [dot] org:80/22/items/mbid-f3d67453-3d90-4727-a63e-b6879dc1d102/index.json: HTTP 200 (OK) (CACHED)

D: 18:36:34 Queuing cover art image CaaCoverArtImage(url=u’ [web] //coverartarchive [dot] org/release/f3d67453-3d90-4727-a63e-b6879dc1d102/25930860328-500.jpg’, types=[u’front’, u’raw/unedited’], is_front=True)

D: 18:51:28 Loading album f3d67453-3d90-4727-a63e-b6879dc1d102 …

D: 18:51:28 WSREQ: Last request to (u’musicbrainz [dot] org’, 80) was 895433 ms ago, starting another one

D: 18:51:28 Received reply for [web] musicbrainz [dot] org:80/ws/2/release/f3d67453-3d90-4727-a63e-b6879dc1d102?inc=release-groups+media+recordings+artist-credits+artists+aliases+labels+isrcs+collections+artist-rels+release-rels+url-rels+recording-rels+work-rels+recording-level-rels+work-level-rels: HTTP 200 (OK)

D: 18:51:28 Loading release u’f3d67453-3d90-4727-a63e-b6879dc1d102’ …

D: 18:51:28 New CoverArt for <Album f3d67453-3d90-4727-a63e-b6879dc1d102 u’’>

D: 18:51:28 CA Providers order: Cover Art Archive > Amazon > Whitelist > CaaReleaseGroup > Local

D: 18:51:28 There are suitable images in the Cover Art Archive for f3d67453-3d90-4727-a63e-b6879dc1d102

D: 18:51:28 Trying cover art provider Cover Art Archive …

D: 18:51:29 WSREQ: Starting another request to (‘coverartarchive [dot] org’, 80) without delay

D: 18:51:29 Received reply for [web] coverartarchive [dot] org:80/release/f3d67453-3d90-4727-a63e-b6879dc1d102/: HTTP 307 (TEMPORARY REDIRECT)

D: 18:51:29 Redirect to [web] archive [dot] org/download/mbid-f3d67453-3d90-4727-a63e-b6879dc1d102/index.json requested

D: 18:51:29 WSREQ: Starting another request to (‘archive [dot] org’, 80) without delay

D: 18:51:29 Received reply for [web] archive [dot] org:80/download/mbid-f3d67453-3d90-4727-a63e-b6879dc1d102/index.json: HTTP 302 (Found)

D: 18:51:29 Redirect to [web] ia802909.us.archive [dot] org/22/items/mbid-f3d67453-3d90-4727-a63e-b6879dc1d102/index.json requested

D: 18:51:29 WSREQ: Starting another request to (‘ia802909.us.archive [dot] org’, 80) without delay

D: 18:51:30 Received reply for [web] ia802909.us.archive [dot] org:80/22/items/mbid-f3d67453-3d90-4727-a63e-b6879dc1d102/index.json: HTTP 200 (OK) (CACHED)

D: 18:51:30 Queuing cover art image CaaCoverArtImage(url=u’ [web] coverartarchive [dot] org/release/f3d67453-3d90-4727-a63e-b6879dc1d102/25930860328-500.jpg’, types=[u’front’, u’raw/unedited’], is_front=True)

D: 18:53:14 webbrowser2: [web] musicbrainz [dot] org:80/release/f3d67453-3d90-4727-a63e-b6879dc1d102?tport=8000

D: 18:53:35 Browser integration request: [‘GET’, ‘/openalbum?id=f3d67453-3d90-4727-a63e-b6879dc1d102&t=1601938403’, ‘HTTP/1.1’]

D: 18:53:35 Album f3d67453-3d90-4727-a63e-b6879dc1d102 already loaded.

D: 18:53:51 Removing album f3d67453-3d90-4727-a63e-b6879dc1d102: -

D: 18:53:51 Removing <Album f3d67453-3d90-4727-a63e-b6879dc1d102 u’’>

D: 18:53:54 Browser integration request: [‘GET’, ‘/openalbum?id=f3d67453-3d90-4727-a63e-b6879dc1d102&t=1601938403’, ‘HTTP/1.1’]

D: 18:53:54 Loading album f3d67453-3d90-4727-a63e-b6879dc1d102 …

D: 18:53:54 WSREQ: Last request to (u’musicbrainz [dot] org’, 80) was 146072 ms ago, starting another one

D: 18:53:55 Received reply for [web] musicbrainz [dot] org:80/ws/2/release/f3d67453-3d90-4727-a63e-b6879dc1d102?inc=release-groups+media+recordings+artist-credits+artists+aliases+labels+isrcs+collections+artist-rels+release-rels+url-rels+recording-rels+work-rels+recording-level-rels+work-level-rels: HTTP 200 (OK) (CACHED)

D: 18:53:55 Loading release u’f3d67453-3d90-4727-a63e-b6879dc1d102’ …

D: 18:53:55 New CoverArt for <Album f3d67453-3d90-4727-a63e-b6879dc1d102 u’’>

D: 18:53:55 CA Providers order: Cover Art Archive > Amazon > Whitelist > CaaReleaseGroup > Local

D: 18:53:55 There are suitable images in the Cover Art Archive for f3d67453-3d90-4727-a63e-b6879dc1d102

D: 18:53:55 Trying cover art provider Cover Art Archive …

D: 18:53:55 WSREQ: Starting another request to (‘coverartarchive [dot] org’, 80) without delay

D: 18:53:56 Received reply for [web] coverartarchive [dot] org:80/release/f3d67453-3d90-4727-a63e-b6879dc1d102/: HTTP 307 (TEMPORARY REDIRECT)

D: 18:53:56 Redirect to [web] archive [dot] org/download/mbid-f3d67453-3d90-4727-a63e-b6879dc1d102/index.json requested

D: 18:53:56 WSREQ: Starting another request to (‘archive [dot] org’, 80) without delay

D: 18:53:56 Received reply for [web] archive [dot] org:80/download/mbid-f3d67453-3d90-4727-a63e-b6879dc1d102/index.json: HTTP 302 (Found)

D: 18:53:56 Redirect to [web] ia902909.us.archive [dot] org/22/items/mbid-f3d67453-3d90-4727-a63e-b6879dc1d102/index.json requested

D: 18:53:56 WSREQ: Starting another request to (‘ia902909.us.archive [dot] org’, 80) without delay

D: 18:53:56 Received reply for [web] ia902909.us.archive [dot] org:80/22/items/mbid-f3d67453-3d90-4727-a63e-b6879dc1d102/index.json: HTTP 200 (OK) (CACHED)

D: 18:53:56 Queuing cover art image CaaCoverArtImage(url=u’ [web] coverartarchive [dot] org/release/f3d67453-3d90-4727-a63e-b6879dc1d102/25930860328-500.jpg’, types=[u’front’, u’raw/unedited’], is_front=True)

D: 19:18:46 Debug mode off

2

For which album does it actually hang? Does it run if you disable the cover art downloading?

In the debug log the last request without a reply being logged is:

This would be the cover art for Release “Live in Buffalo: July 4th 2004” by The Goo Goo Dolls - MusicBrainz

Is this the release that doesn’t load for you? Can you access https://ia802909.us.archive.org/22/items/mbid-f3d67453-3d90-4727-a63e-b6879dc1d102/mbid-f3d67453-3d90-4727-a63e-b6879dc1d102-25930860328_thumb500.jpg ?

2 Likes
3

Thank you so much for responding. That is the album, and I can see the cover art when I click the link to archive.org. Please pardon my ignorance. Would you please tell me how to disable the cover art downloading? I see options re:embedding and providers, and I tried the “download only approved images.”

4

I now see your log only contained this one release, so my question above about which release is affected was mostly pointless :smiley: I had just seen multiple release requests and assumed they are different.

Cover art downloading can be disabled by disabling both "Embed cover images " and “Save cover images to separate” file, because if you don’t do any of this no cover will be downloaded. Or you can disable all cover art providers.

I myself have no issue loading this release with the cover art from cover art archive, so I’m not sure where the problem really is that Picard hangs for you.

In general Picard currently can hang endlessly on a network request waiting for a response if the server does not reply. That’s something we would like to fix in a future update.

3 Likes
5

Disabling cover art did the trick. Then I implied from your solution that I could just turn off the cover art archive, and leave the other artwork providers. I got the album and the cover art with just turning off the art archive as a source.

Thank you so much for walking me through this. I really appreciate it.

2 Likes