|
I'm also seeing this problem with http://musicbrainz.org/release/92de0f0b-79ac-4a04-b6fd-e2ec95768333 Is something preventing the cover art script from running on some Releases? Observed in production NGS MusicBrainz server, 2011/Oct/20. Last I heard, the cover art script was going to take quite a long time to go through the entire DB bring images back into sync with ASINs. Has it even done a full initial pass yet? The script seems to have caught up on its backlog, but for some reason is deciding to use the "discogs" AR, which is nonsense. This is a new bug, so I've moved it to a fix version. From what I can see, the cover art script is not currently running (it appears to have been killed, though I was unaware of that). Last lookup seems to have been on the 18th. I'm kicking the script off again now. I have seen those linked tickets, which will have to be addressed soon. However, the script should still be running to catch other cover art relationships Noted; thanks for the explanation! Same problem here As I said on the forums; that's probably a different issue since I don't believe How long should we expect the script to take to fix all the broken artwork from this and A lot of the problematic releases were updated within the last 2 weeks. I've queued everything that was updated after Oct 25th for re-evaluation. This means that the script now has to chew through basically every single release (300k releases will be updated using the Amazon API). That's going to take about a week, though relationships added in the meantime will be updated immediately. Cover art is refreshed if it's over 2 weeks old (2 weeks since we last fetched it). Cover art is also fetched the moment you create, edit or delete a relationship (the release gets refreshed). |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
This is just because the cover art script hasn't been run to lookup cover art from Amazon. If I run the script with this release, I do indeed get cover art.