During last week I submitted acoustic fingerprints of recordings from several albums. Today I noticed that Picard is not able to recognize the recordings from these albums based on their acoustic fingerprints.
I have the same problem, but it seems to affect more than just new fingerprints.
Some examples:
A bit over a week ago, I created this release: https://musicbrainz.org/release/802262e8-aa5c-4676-b71e-1b212e2d3b7b.
Before creating it, I scanned the tracks for fingerprints with Picardand only the second track came up as a known fingerprint. So when I was creating the release, in the recordings tab, I connected that track to the known recording, while leaving the other tracks blank so new recordings would be created for them. When the release was created, I loaded it into Picard, scanned for fingerprints and submitted them for the unknown recordings.
On MusicBrainz, all the fingerprints are displayed as normal (eg. for the first track: https://musicbrainz.org/recording/01afe5ba-7516-4308-bb12-68fdfbc49aae/fingerprints), and the second track also seems to be correctly linked with the pre-existing recording (https://musicbrainz.org/recording/315e3b52-eb1c-436b-8029-98c061af921e).
When I scan these tracks in Picard, with the album I created already loaded:
the previously unknown tracks get loaded as non-album tracks
track 2 gets loaded in the album with the pre-existing recording
After dragging and dropping the tracks onto the right album, the button to submit fingerprints doesn’t become active and all the fingerprint icons are black. So Picard correctly recognises the link between the tracks, recordings and fingerprints.
On AcoustID, the previously unknow tracks all show just their MBID, like Alioth also described.
I also created this release on the same day, as a different version to a pre-existing release: https://musicbrainz.org/release/ca5763b3-924f-49d6-8393-84cb831e3985.
When scanning before I created the release, the pre-existing release got loaded, so the recordings on both versions matched. After creating the release (making use of the pre-existing recordings), I loaded it into Picard, dropped the tracks on it and saved.
When I scan the tracks now, Picard still loads the pre-existing release, even if the release I created is loaded already.
And adjusting my release preferences doesn’t help: I set them up so they would target specifically the realese that I created, with preferred release country only “Germany” and medium only “cd” selected. Yet Picard still loads the worldwide digital media release.
The issue isn’t the age of the fingerprints, the issue is the age of the metadata from MusicBrainz. If you have a release that was added to MusicBrainz a year ago that never had AcoustIDs generated for it and you generated brand new AcoustID data for it now, it would all work correctly, because AcoustID already knows about the information in MusicBrainz. (AcoustID has a complete copy of the MusicBrainz database, including everything that isn’t associated with any AcoustID currently.)
What you describe perfectly fits into this: the release is new in MusicBrainz, so AcoustID doesn’t know about it currently/yet, because the replication seems to have currently stopped. So AcoustID either reports nothing or reports a different, “older” Release that it does know about.