I ordinarily don’t like to file bug reports until I am sure that it’s a bug. I believe that the UI of the Linux version is slightly different from the Windows varietal. I am not using classical extras.
Classical album ripped to flac via k3b.
ID3v2 tags cleaned up and edited where required. Replay gain added via metaflac. Label tag added.
Album, Album Artist, Label and Genre are common tags; identical across the track list. There is zero variance.
Picard: Add Folder - Tracks are added as unclustered
Picard: Cluster - Tracks are clustered under the Album tag.
Here’s the problem and I have run into it several times:
Some tracks scan to the correct album. The remaining tracks scan to additional albums. When I look at the correct album, the tracks that are not included (shown with a note symbol) are identically named - title and track - to the files included in the clustered directory. Yet those tracks are now in one or several other albums with different track numbers.
As hinted above, this seems like expected behaviour when using scan, which does not respect clusters. It’s most likely matching to different versions of the same album, so the tracklist will be the same between them.
I had this happen too, the way (i think) it works is, when you use lookup, it uses the tags, when you use ‘scan’, it uses the audio fingerprint and not the tags.
I wouldn’t call that a bug, although it might be made clearer to the user maybe.
So lookup is the way to go, and only use ‘scan’ if it can’t find anything to see if it suggests anything that could be what you are looking for but maybe differently worded title.
In fact I use lookup, and if it doesn’t find it, I use lookup in browser, and in the browser you can look further and if you find a match, you can use the green label ‘tagger’ to open your choice in the right column in picard where you then can manually drag your tracks.