Closed bytepossum closed 4 years ago
Hello, Thanks for reporting this! Regarding to the schema of the subsonic api documentation, albumId is supposed to be a string. LMS uses the "al-" prefix to make disambiguation on the getCover command. I guess your proposal should work. However, it seemed to work fime with Clementine the last time I used it, I will make some further tests.
Indeed, Clementine works fine but Strawberry Subsonic interface seems to be heavily modified. Unfortunately I have playback issues with Clementine and the project seems to be semi-abandoned.
A quick glance through the code gives this for Strawberry:
qint64 artist_id = 0;
And this for Clementine:
QString id = reader.attributes().value("id").toString();
I've found this document where all id
items have xs:string
type. Is that the best reference to present if I file a bug to Strawberry?
Oh, you already performed the code investigation, thanks! You are right, it should be stored in a string as it is done in Clementine (and likely in all other players I have tested). It is definitely more an issue for the Strawberry team. I think the xsd file is the reference to be trusted.
I've filed an issue for Strawberry.
When trying to refresh catalog in Strawberry (Clementine fork) I get "Parameter 'id': bad format" error. Relevant LMS logs:
Not sure where this 0 comes from, album ids are definitely not zeroes:
I've noticed that in my Airsonic output and Subsonic example
id
fields are different fromcoverArt
and lack theal-
prefix. AlsoartistId
contains just noar-
prefix:My wild guess is that apps like Strawberry just handle
id
field as a number and get 0 when trying to parse ids with letters from LMS. If that's the case, maybe it's better to changeid
andartistId
format on LMS side to provide better compatibility?I'm running LMS 3.2.0, Strawberry 0.6.8 and Airsonic 10.5.0.