CatQuest: nope, those arent a label, DistroKid is a tool to distribute the digital music to various platforms, but it sets a pseudo-label for that (i guess real labels using it are properly set), that's usually musicians themselves. So it would be [no label] instead i think
samj1912: one blocker, fix for track numbering is only in beta mbs right ?
samj1912
yes
bitmap: said he'd make a release monday
zas
ok, then we'll merge after the release
samj1912
okay
drsaunders joined the channel
drsaunders has quit
cjnolet_ joined the channel
cjnolet has quit
CatQuest
should still be [no label] *as* whatever-the-distrokid-thing-says when we get artist credits
but other than that, the track number thing is the only one that we should definitely wait for
ephemer0l has quit
samj1912
Mineo: I added a check for if not track format cases like these
I removed them later as you said they were not needed
s/format/for
ephemer0l_ joined the channel
Mineo: can you still reproduce it with the latest commit?
Mineo
no, but I can tell you why it happens: previously, when parse_recording was called at https://github.com/metabrainz/picard/pull/760/f... it returned None if the recording data had no title, but parse_recording was also what called `append_child` on `recording_node_el`. now, `append` on `recording_list` is called in `_on_lookup_finished`. I think it would make way more sense
to filter the Nones returned by `parse_recording` in `_on_lookup_finished` instead of having `compare_to_track` handle that
if we start handling cases like this deep down in compare_to_track or what have you we're going down the rabbit hole of essentially having to patch every single function that receives parsed data to handle nones or invalid data
UmkaDK has quit
SothoTalker_ has quit
Slurpee joined the channel
Slurpee has quit
Slurpee joined the channel
SothoTalKer joined the channel
samj1912
Mineo: fixed
thanks for catching that
Rotab has quit
Slurpee has quit
Mineo
you're welcome
I seem to have a knack for breaking things as soon as I touch them :(