Closed allesmi closed 5 years ago
Wow; that's bad! It seems like someone will need to reproduce this problem and examine exactly what all the types are that we're getting from the Spotify plugin. One of them is clearly not being converted in the way we expect. @rhlahuja, perhaps you'd like to take a look?
Meanwhile, do you happen to notice anything different between this album and others that you tag using Spotify that don't trigger the same problem?
This is due to a bug fixed in https://github.com/beetbox/beets/pull/3343 -- that PR properly assigns the year
for year-only release dates returned by the Spotify API (which I've confirmed is the case with 0wAAFt3jqYMp1LUhlYY5YY
).
Using the latest beets 1.5.0 off master
instead of 1.4.9 should resolve it.
Excellent; thanks for confirming.
I got an error from sqlite3 while importing more music. The album in question matched with a candidate from Spotify. On accepting the candidate the exception below is thrown.
Problem
Running this command in verbose (
-vv
) mode:Led to this problem:
I think the problem is somehow related to the data we get from Spotify. Enabling the discogs plugin and applying a match from there does not throw the exception. Note the brackets around the year in the line of the Spotify candidate:
(Similarity: 89.1%) (year, album, source, tracks) (Spotify, [1994], U-TRAX)
. Other candidates shown after hitting [M]ore Candidates did not show them. I queried the Spotify API manually and the response does not contain brackets.Here's a link to the music files that trigger the bug (if relevant): https://open.spotify.com/album/0wAAFt3jqYMp1LUhlYY5YY
Setup
My configuration (output of
beet config
) is: