Sorry about these problems. I was busy with other things and did not notice the import issues. I’m hoping to have them resolved soon.
Thank you, @lukz
(…this bit is to pad the post out to more than 20 characters)
Great to have you reporting in up for duty.
So are AcoustID:s “submitted OK” by Picard during this incident queued OK or lost?
They are not lost, but it will take some work on my side to get them imported.
It should be noted that the issues are not being reflected on the https://status.acoustid.org/ page. Can something be added there to let people know, possibly even with a link to this discussion and a note that the submitted ID’s won’t be lost?
Seems to me that while AcoustID is nominally up and running again, I am still seeing erratic behaviour from Picard when it comes to submitting new fingerprints and having them show up reliably in the related MusicBrainz Recordings. Clearly, Picard is not yet able to reliably provide this functionality. I can’t say for sure whether this problem lies 100% with AcoustID, Picard, or MusicBrainz. Given that AcoustID has had recent problems it remains the prime culprit, but I have to say I’m not entirely sure about that.
It would be real nice if @lukz would drop a response into this thread and maybe shed some light on this …
Can you elaborate on this? You can enable Picard’s debug log (as described at https://picard-docs.musicbrainz.org/en/troubleshooting/troubleshooting.html#getting-logs) to see what is going on exactly.
Here is an album I have been working on: I load the tracks into Picard and scan for fingerprints. It identifies this album and loads into the right-hand pane. It then matches a selection of some of the fingerprints to tracks on the album. It never correctly matches all of the tracks, just some of them, and the selection of matched tracks is never the same. I can drag the unmatched tracks onto the album so that all of the tags turn green, and upload the scans. I’ll get a “submitted successfully” message. But then I can repeat this whole process over and over again (which I have been doing over the past week) with no real change except, as I said, the selection of matched tracks always varies.
During all this time, I have even seen oddball behaviour in MusicBrainz with this album, where I can look at the individual track properties for the various tracks, and most of the time they will not have any associated fingerprints. Then the fingerprint associations would appear, but shortly afterwards would disappear again. Today, the fingerprints are all showing up, and that seems to be permanent, and I had hoped this might indicate that the problems with Picard would have gone away, but no. Picard is still doing the same thing.
I could upload a Picard debug log, I suppose, but practically I’d have to upload a good half-dozen of them to be of value, since they woild need to reflect the erratic nature of the behaviour I’m reporting.
@Zas Let me know whether, given what I’ve described, the logs would still be of value.
@Zas I can’t see how to upload the log file. It will only let me upload image files
The log file is WAAAAAY too big to just paste in here as text (nearly 1MB).
In that case enter a ticket in the bug tracker, and attach the log file to the ticket.
…(making the post 20 characters long)
There always had some delay issues in the past months (taking some minutes to display new sent fingerprints, loading times depending of the hour,…) but since this event now there are strange behaviors when loading releases:
- Sometimes I dont see any fingerprint
- Sometimes I see all without the strikethrough for unlinked ones
- Sometimes I see properly
Same happen on clicking a recording then the fingerprints tab, Sometimes I see some, sometimes not even one
example below: Seeing all fingerpritns without striketrough despite almost all were unliked since 2 days
and for the release
On a possibly related note, I’ve got some fingerprints that consistently won’t return results, despite me having submitted them all (several times, in some cases).
Does this experience is similar than yours ? Track never recognized despite fingerprints was sent
If yes it is handled by the same ticket.
It looks like submitting AcoustID is now fully broken, as I’m getting 404 responses from the submit API.
E: 21:22:21,605 /usr/lib/picard/picard/acoustid/manager._batch_submit_finished:137: AcoustID submission failed with error ‘Error transferring http://api.acoustid.org:80/v2/submit - server replied: Not Found’:
Am I the only one who can’t submit but unlink AcoustIds at the moment?
Nope. Me too.
(…extra characters here to bring the post size up to 20…)
This is since 19.03.2021