[Bug] Koito not storing track_mbid after MS last update

[myanesp]

Describe the bug
Before updating multi-scrobbler, fresh new listened songs well-tagged appears with its MB id in Koito. When updating to v0.11.5, that information was missing both in web-ui and api.

To Reproduce
Steps to reproduce the behavior:

1. Scrobble with MS v0.11.4
2. See Koito logs parsing everything fine.
3. Scrobble with MS v0.11.5 (last version)
4. Koito not storing mbids

Expected behavior
Koito stores MB ids for listened songs. I opened a bug in MS thinking that it was its problem (issue), but it appears that MS was mistakenly sending MusicBrainz Track ID as recording ID, and this is the difference, that is fixed in latest MS.

I don't know if the ID Koito has to store about each song is recording/track. I thought that the good one is recording, as a song can be in a lot of different formats (single release, album, compilation...), but the song is always the same.

Screenshots/Logs

Version (please complete the following information):

• Koito version: v0.1.7

Additional context

[FoxxMD]

The crux of the issue is that their Jellyfin instance is sending a Track MBID and not (also) a Record MBID. MS is sending track_mbid in the submit listen additional_info, per the listenbrainz api spec, but Koito doesn't parse/store this field.