[solved] ID3 tag album cover is not displayed (4 Viewers)

[horned_reaper]

Could you please provide the search query (HTML string) used by FH so we can check it?
I see a lot of albums where the cover actually exists on CoverArtArchive but isn't found by FH.

 

[ajs]

Could you please provide the search query (HTML string) used by FH so we can check it?

http://coverartarchive.org/release-group/MBID/

 

[horned_reaper]

The cause has been found!
FH retrieves the MBID of a release but searches for the album cover of a release group. That's why the search fails. Examples:

Found:
Dream Dance, Vol. 8: http://coverartarchive.org/release/8dc5ef7b-69c4-466c-a127-519baeae7a03/
Black Or White: http://coverartarchive.org/release/4702f9f3-c1c0-4c19-820a-a01613a0ca34/

Not found:
Dream Dance, Vol. 8: http://coverartarchive.org/release-group/8dc5ef7b-69c4-466c-a127-519baeae7a03/
Black Or White: http://coverartarchive.org/release-group/4702f9f3-c1c0-4c19-820a-a01613a0ca34/

If you correct the search query I can test FH.

 

[ajs]

FH retrieves the MBID of a release

FH search MBID for release group ...

        // Search MBID for Album
        if (string.IsNullOrEmpty(artistMBID))
        {
          // By Artist name - Album
          logger.Debug("MusicBrainz: Trying to find MusicBrainz ID for Album: {0} - {1}.", artist, album);
          URL = String.Format(MBURL, "release-group", "artist", @"""" + HttpUtility.UrlEncode(artist) + @"""", "AND", "release", @"""" + HttpUtility.UrlEncode(album) + @"""");
        }

 

[ajs]

Black Or White

For this album correct MBID - 88b8ecec-10b1-30fc-8352-14e3a6e69edd - https://musicbrainz.org/release-group/88b8ecec-10b1-30fc-8352-14e3a6e69edd
And coverart search work - http://coverartarchive.org/release-group/88b8ecec-10b1-30fc-8352-14e3a6e69edd/

 

[horned_reaper]

You're right, in most cases FH resolves album names to release group MBIDs but not in all cases. Sometimes release MBIDs are resolved and stored in the FH DB. E. g.:

And in this case the album cover search often fails. CoverArtArchive is searched for a release group MBID but a release MBID is used as value.

Why does FH in some cases resolve the release instead of the release group MBID?

With this query the correct release group MBID would be returned:

http://musicbrainz.org/ws/2/release-group/?query=artist:"Various Artists" AND release:"Dream Dance, Vol. 8"

Result:

<release-group id="3ecd5fb3-6a2f-339a-af59-99c81026671c" type="Compilation" type-id="dd2a21e1-0c00-3729-a7a0-de60b84eb5d1" ns2:score="100">
<title>Dream Dance, Vol. 8</title>

In this case the album cover search works:

http://coverartarchive.org/release-group/3ecd5fb3-6a2f-339a-af59-99c81026671c/

 

[ajs]

I dont know, the FH asked, the site answered why the answer was not correct, the question to the site.

-- Tapatalk | WBR, ajs

 

[horned_reaper]

With the correct MBID search syntax the MusicBrainz site returns the correct result (release group instead of release):

http://musicbrainz.org/ws/2/release-group/?query=artist:"Various Artists" AND release:"Dream Dance, Vol. 8"

Hence, we need to check the FH query syntax. Can you add the built search URL to the extended log?

 

[ajs]

Search URL the same as above...

-- Tapatalk | WBR, ajs

 

[horned_reaper]

Above URL works, it returns a release group MBID. I see this issue with several albums and it is reproducible. If I delete all DB entries for the affected albums, FH resolves and stores a release MBID instead of a release group MBID. And because of the wrong MBID type the album art is not found.
Something is wrong and I'd like to find out what. Are you willing to support me on tracing and solving a possible FH bug?