There is even a check to hide this message when no provider found ISRCs, but the Beatport provider didn’t properly handle missing ISRCs. Fixed.
Good idea, should be fixed now, but I couldn’t test it.
There is even a check to hide this message when no provider found ISRCs, but the Beatport provider didn’t properly handle missing ISRCs. Fixed.
Good idea, should be fixed now, but I couldn’t test it.
Seems like Spotify is down again
The /release
endpoint isn’t excluded by robots.txt
, so bots could be attempting to scrape the endpoint repeatedly. (Setting up something like Anubis or go-away could help with misbehaving bots that ignore robots.txt
once that is set up; many smaller services like self-hosted Git instances have been hammered by misbehaving AI bots.)
I really have no idea what is wrong with Spotify’s API, but the HTTP 429 errors suddenly kicked in again at around 2025-07-07T01:05:00Z:
Spotify rate limit error (HTTP 429): Retry-After 30827
With the retry-after value being in seconds, this would mean that Harmony has to wait more than 8 hours(!) until the next API request.
Since this is an unreasonable delay (and I’ve luckily implemented an upper limit), I’m simply letting these requests fail.
Unfortunately this doesn’t seem to be a unit mistake or something similar, because the errors continued for the next 7 hours with the value slightly decreasing. Apparently the API will start working again in about 80 minutes
What is confusing is that the API went straight from answering every request to straight out blocking Harmony for many hours, apparently without a chance to avoid that.
(The Spotify API documentation only talks about a 30 second window and the Retry-After header without ever mentioning a concrete rate limit for this window, so that doesn’t help either.)
P.S. We are not alone with this issue but Spotify support doesn’t seem to care?
I encountered the same problem with my application that interfaces with the Spotify API. In my case I resolved it by avoiding use of the detailed /albums
endpoint as much as possible, maybe they consider that one particularly expensive for their rate limit calculation?
These metrics from the Spotify developer board at least explain what has changed over the weekend:
It still doesn’t explain why Spotify doesn’t use the HTTP headers to warn about a too high quota before completely blocking the app for a very long time…
Harmony’s now trying to handle the Retry-After header for all requests (and not just for HTTP 429), but I haven’t yet seen a single successful Spotify request setting it so far. We will probably find out in a few hours if there is a Retry-After warning before HTTP 429 occurs again. (If there isn’t, I have no clue what might help as I haven’t seen any X-RateLimit headers from Spotify.)
I think this is an additional case of distrokid which should be remapped to self release
In this case it shows distrokid as label, but it uses 292. I have noticed other cases where only 292 was reported though, and I assume they are also from distrokid. No 292 label exists.
I’m not sure how exactly the language guessing works, but I just found a quite weird mistake it made: หัวโบราณ – Harmony is 94% confident the language is Japanese, despite all the titles being written in the Thai script (which it correctly identified). While of course transliterations are a thing, it seems odd that it’d detect it being in one language, and be so confident, when it’s in a script not used for that language.
I’ll also take this opportunity to share another bad language guess: Crazy Crazy Crazy – Harmony is 98% confident the language is Polish, despite… everything
Can we please blacklist and/or add workarounds for the detection of (not) release labels from the “Big 3”?
Take Universal Music Japan:
e.g., 巡ループ – Harmony
“A Polydor Records / Perfume Records release”, as seen on both Apple Music and Spotify, should have been turned into the two release labels “Polydor Records” and “Perfume Records”. Whether that support is added or not, there’s never a case where “Universal Music LLC” should be seeded to the release editor as the release label from the field(s) that Harmony is currently using from these music platforms.
More examples:
Something annoying with Spotify is that some releases, especially singles, will not have the featuring artist set at release level but only track(s).
I think in such cases where all track artists are the same it should be applied to the release artist too. (Apple Music however seems to put them in the title as feat. instead)
See also:
This is not limited to Japan releases. Examples:
https://open.spotify.com/album/2KvaR6ovudAscP0J7p2PDw
https://open.spotify.com/album/10nXxlMIWG8ZtypFsMX8WG
https://open.spotify.com/album/5CJRnF6DMcoOzzEFgC9lcv